3.
Continue to use perforce. If I recall correctly perforce has even a git
integration today.
4.
Use integration branches in git and run the tests on that branch. This
can be easy todo if you write some scripts for it.
Good luck!
--
Fredrik Gustafsson
phone: +46 733-608274
e-mail: iv...@iveqy.com
website: http://www.iveqy.com
bitbucket, github, gogs. Just to mention a few.
It's also possible to setup git with ssh or http/https with your own
access control methods. See the progit book for details here.
--
Fredrik Gustafsson
phone: +46 733-608274
e-mail: iv...@iveqy.com
website: http://www.iveqy.com
t HEAD --count)
> > > Number of branches - 330
> > > Number of files - 63883
> > > Working tree clone size is 4.3GB
> >
> > .git folder of 8.9 MEGABYTE and working tree of 4.3 GIGABYTE? Is this a
> > typo?
> >
> > All git related informatio
ache
>
> Could you please let me know, what are the ways to improve the git
> performance ?
> I have gone through the mailing lists.
You could always check the --assume-unchanged bit, see the manual page
for git update-index. However this is quite extreme and demanding for
the user.
--
Fredrik Gustafsson
phone: +46 733-608274
e-mail: iv...@iveqy.com
website: http://www.iveqy.com
mple using a windows machine
$ man git
does not work and
$ git help
opens a webbrowser instead of a man page. Using a unix system I would
however assume that
$ man git
would work since it's the standard way of getting help on those systems.
--
Fredrik Gustafsson
phone: +46 733-60827
rt on the server side for doing this. Unfortunately I'm not
sure which git version is needed on the server side for this to work.
--
Fredrik Gustafsson
phone: +46 733-608274
e-mail: iv...@iveqy.com
website: http://www.iveqy.com
--
To unsubscribe from this list: send the line "unsubscribe git" in
reasons (you
should never be allowed to fetch a commit that is not reachable from a
branch or tag).
Waiting for this to be supported (an (expensive) check could be done if
the sha1 asked for exists in any branch or tag), the --depth was added
and it's a guessing game on how deep you should fetch.
--
nicht der beabsichtigte Empfaenger dieser E-mail sein, senden Sie bitte
> diese an den Absender zurueck und loeschen Sie die E-mail aus Ihrem System.
> N?r??yb?X??ǧv?^?){.n?+ا???ܨ}???Ơz?&j:+v???zZ+??+zf???h???~i???z??w?&?)ߢf
Hi!
here's the return
h depth 1 it will fail with the same error message as
you got.
The solution to this is to allow git to fetch the sha1 the superproject
points to direct when fetching the submodule.
--
Fredrik Gustafsson
phone: +46 733-608274
e-mail: iv...@iveqy.com
website: http://www.iveqy.com
--
To unsubscribe f
091.html
This work method make the "minor" commits to go away. There shouldn't be
any minor, or "fixup" commits in your history (of course there's
exception).
Minor things should be caught in your code review process and then
fixed, rebased and the merged again.
Or do I
config file for example is local to each git
repo and should not be commited.
--
Fredrik Gustafsson
phone: +46 733-608274
e-mail: iv...@iveqy.com
website: http://www.iveqy.com
--
To unsubscribe from this list: send the line "unsubscribe git" in
the body of a message to majord...@vger.ker
directly on the server since you don't have access to edit the
gitolite-admin repository (if I guess correct).
Please don't forget to CC the git-list.
--
Fredrik Gustafsson
phone: +46 733-608274
e-mail: iv...@iveqy.com
website: http://www.iveqy.com
--
To unsubscribe from this list: se
ment. It's like using an iPhone 4s today instead of an iPhone
6.
--
Fredrik Gustafsson
phone: +46 733-608274
e-mail: iv...@iveqy.com
website: http://www.iveqy.com
--
To unsubscribe from this list: send the line "unsubscribe git" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
ners, documents, all this binary
> stuff, where there is no good merge driver).
>
> I could imagine a "git lock" command which looks like this:
You do know that gitolite has locking functionality?
--
Fredrik Gustafsson
phone: +46 733-608274
e-mail: iv...@iveqy.com
website: http
On Mon, Apr 27, 2015 at 10:31:28AM -0700, Junio C Hamano wrote:
> Fredrik Gustafsson writes:
>
> > I agree that it is very clear once you do edit the commit message. My main
> > point with this patch was to clarify -v, since it's not obvious from the
> > document
When using `-v` to add a unified diff to the commit message, this is
stripped and not a part of the commit message. This is not mentioned.
Add a note about this with the `-v` description and slightly modify
the description for the default `--cleanup` mode.
Signed-off-by: Fredrik Gustafsson
When using `-v` to add a unified diff to the commit message, this is
stripped and not a part of the commit message. This is not mentioned.
Add a note about this with the `-v` description as well as description
for the default `--cleanup` mode.
Signed-off-by: Fredrik Gustafsson
git archive and make an archive for each submodule.
Not as simple as if git archive --recurse-submodule would have been
implementet, but hopefully it can make things work for you at the
moment.
--
Fredrik Gustafsson
phone: +46 733-608274
e-mail: iv...@iveqy.com
website: http://www.iveqy.com
--
master/graph/relative-zoom.svg
Github is serving every git repo as a svn repo too (or at least did). In
a talk they claimed to be the worlds biggest subversion host (if I
recall correctly).
However most people hosting on github doesn't do it to use svn but git.
Anyway, this mean that for
to debate if this is good or bad, but
here's not the place).
I think we should be very carefully with adding commands that
permanently removes data. They should be really well crafted so that
there's no way to do this by mistake.
--
Fredrik Gustafsson
phone: +46 733-608274
e-mai
r use one that's in common usage such as
"Thanks-to:", "Based-on-patch-by:", or "Mentored-by:".
--
Fredrik Gustafsson
phone: +46 733-608274
e-mail: iv...@iveqy.com
website: http://www.iveqy.com
--
To unsubscribe from this list: send the line "unsubscr
ocal repo it would be really fast.
--
Med vänlig hälsning
Fredrik Gustafsson
tel: 0733-608274
e-post: iv...@iveqy.com
--
To unsubscribe from this list: send the line "unsubscribe git" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
emote commits. However, git fetch doesnt do anything:
Are you mixing up your branches? So that you're updating one branch in
your master repo but trying to push an other branch to your remote repo?
--
Med vänlig hälsning
Fredrik Gustafsson
tel: 0733-608274
e-post: iv...@iveqy.com
--
To
will slowly increase the
difference between your repositories when you develop. So that they
won't change any new data since to local clone was made).
--
Med vänlig hälsning
Fredrik Gustafsson
tel: 0733-608274
e-post: iv...@iveqy.com
--
To unsubscribe from this list: send the li
n. The common usecase is not to have
multiple worktrees but to do a checkout to the worktree you need to work
on. This is possible with git since it's very fast and I recommend you
to try to use one worktree.
--
Med vänlig hälsning
Fredrik Gustafsson
tel: 0733-608274
e-post: iv...@iveqy.
aybe mostly for Junio)
Would such system possible be included in git.git?
TL;DR;
Is an integrated ticket system something for git?
--
Med vänlig hälsning
Fredrik Gustafsson
tel: 0733-608274
e-post: iv...@iveqy.com
--
To unsubscribe from this list: send the line "unsubscribe git" in
exact same problem.
Unfortunately I couldn't find a mailthread about it in the archives.
I'm curious, why did you choose git for this? Maybe this is a use case
we should consider?
--
Med vänlig hälsning
Fredrik Gustafsson
tel: 0733-608274
e-post: iv...@iveqy.com
--
To unsubscribe fro
something
needed for it to be really useful. I'm actually suprised that people
successfully uses the --depth function already since you always need to
know how deep down the commit is.
--
Med vänlig hälsning
Fredrik Gustafsson
tel: 0733-608274
e-post: iv...@iveqy.com
--
To unsubs
bmodule.sh
in lua and runned it on my repo with ~45 submodules. The speedup was
significant and should be even bigger on windows.
--
Med vänlig hälsning
Fredrik Gustafsson
tel: 0733-608274
e-post: iv...@iveqy.com
--
To unsubscribe from this list: send the line "unsubscribe git" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
submodule!
Here you change the path to the submodule at
/some/other/path/lightct.git and then it isn't changed in my_working_copy. How
could it? They don't communicate if you don't tell them to.
> Can someone explain what's going on? And how can I get my submodule in the
> working copy?
Either created a copy of the submodule just as you did with lightct.git
or use non-relative paths.
--
Med vänlig hälsning
Fredrik Gustafsson
tel: 0733-608274
e-post: iv...@iveqy.com
--
To unsubscribe from this list: send the line "unsubscribe git" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
master
>460db8a..540f061 master-1.10 -> origin/master-1.10
>25bb29a..5741a40 master-1.12 -> origin/master-1.12
>4ee4fc11..97898a2 master-1.8 -> origin/master-1.8
I don't find anything about it in git branch man page. However there's always:
git | sort -d
On Tue, Mar 11, 2014 at 06:58:11PM +0700, Duy Nguyen wrote:
> On Tue, Mar 11, 2014 at 5:45 PM, Fredrik Gustafsson wrote:
> > Strbuf needs to be released even if it's locally declared.
>
> "path" is declared static. So yes it's a leak but the leak is minimum.
&g
Strbuf needs to be released even if it's locally declared.
Signed-off-by: Fredrik Gustafsson
---
archive.c | 16 ++--
1 file changed, 10 insertions(+), 6 deletions(-)
diff --git a/archive.c b/archive.c
index 346f3b2..dfc557d 100644
--- a/archive.c
+++ b/archive.c
@@ -113,6 +
Strbuf needs to be released even if it's locally declared.
Signed-off-by: Fredrik Gustafsson
---
archive.c | 21 +++--
1 file changed, 15 insertions(+), 6 deletions(-)
diff --git a/archive.c b/archive.c
index 346f3b2..d6d56e6 100644
--- a/archive.c
+++ b/archive.c
@@ -
mmit | wc -l)
echo "$nbr: $commit"
done | sort | tail -1
This will give you the commit with most files changed. (Although, there
will be a +1 error on the number of files edited).
--
Med vänlig hälsning
Fredrik Gustafsson
tel: 0733-608274
e-post: iv...@iveqy.com
--
To unsu
On Wed, Oct 30, 2013 at 04:39:02PM +0100, Jakub Narębski wrote:
> From time to time you can find there ideas about adding "floating"
> mode to git-submodule, but as far as I know up till now without
> effect...
How about git submodule update --remote ?
--
Med vänliga
gt; the colon.
>
> Where can I find this info?
Is the info in here what you're looking for?
http://jk.gs/git-svn.html
--
Med vänliga hälsningar
Fredrik Gustafsson
tel: 0733-608274
e-post: iv...@iveqy.com
--
To unsubscribe from this list: send the line "unsubscribe git"
in and I hope to get a few patches into git in the future too).
A successful GSoC for git isn't a merged project but continued
contribution to git (not necessairly in patches, but also in support and
review).
A successful GSoC for Google/student is a merged project.
A successful GSoC for student is a
On Sat, Oct 19, 2013 at 02:45:46PM +0300, Ain Valtin wrote:
> On Sat, Oct 19, 2013 at 2:11 PM, Fredrik Gustafsson wrote:
> >
> > Git has a bad history with mapped drives in windows. It's also usually a
> > bad idea to use git over the network (and most mapped drives ar
metimes not with this setup. (It's not
just seperate git dir, a git dir at all over a smb share have been
problematic).
(This is probably something we should have in a test-suite somewhere.)
--
Med vänliga hälsningar
Fredrik Gustafsson
tel: 0733-608274
e-post: iv...@iveqy.com
--
To unsubscribe from this list: send the line "unsubscribe git" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
[5630471/5630471]
iveqy@kolya:~$ md5sum progit.en.pdf
301c91ac7084bea424e753dec694d9ca progit.en.pdf
iveqy@kolya:~$ sha1sum progit.en.pdf
139d593611ed366700abfb291bd90e262e40afe3 progit.en.pdf
iveqy@kolya:~$
--
Med vänliga hälsningar
Fredrik Gustafsson
tel: 0733-608274
e-post: iv...@iveqy.com
--
To unsubscribe from th
On Thu, Sep 26, 2013 at 05:26:27PM +0700, Duy Nguyen wrote:
> On Thu, Sep 26, 2013 at 5:16 PM, Fredrik Gustafsson wrote:
> > On Tue, Sep 24, 2013 at 11:50:16AM +0200, Karsten Blees wrote:
> >> Tests can be reproduced with 'time echo "perfhash[map] 1000"
al0m0.235s
user0m0.208s
sys 0m0.028s
I can't see any improvements at all here. What do I miss? Am I running
git describe in the wrong way? Does linux.git have too few tags to be
important?
--
Med vänliga hälsningar
Fredrik Gustafsson
tel: 0733-608274
e-post: iv...@iveqy.com
--
, does your hashmap speed up git? And does it
speed it up enough to justify that your implementation is the double
amount of code than the current?
--
Med vänliga hälsningar
Fredrik Gustafsson
tel: 0733-608274
e-post: iv...@iveqy.com
--
To unsubscribe from this list: send the line "unsubscribe git" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
let the language war begin =).
>
> Talk is cheap, show me the code.
See this thread by Jeff King:
http://thread.gmane.org/gmane.comp.version-control.git/206335/focus=206337
And see my humble test of what the speedup would be for git-submodule
even with a faulty lua integration (still
or shell, nor python scripts solve the forking problem. My
> proposal does.
It does, and so does Lua, which can be bundled with git and used in the
configuration files as well and is pure ansi C. However bundling
something has it bad sides too. At least this will solve the dependency
.
But think twice, are you using git in a sane way? Even a small binary
file will result in a huge git repo if it's updated often and the
project has a long history.
--
Med vänliga hälsningar
Fredrik Gustafsson
tel: 0733-608274
e-post: iv...@iveqy.com
--
To unsubscribe from this list: sen
ed vänliga hälsningar
Fredrik Gustafsson
tel: 0733-608274
e-post: iv...@iveqy.com
--
To unsubscribe from this list: send the line "unsubscribe git" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
On Sun, Aug 11, 2013 at 12:13:18PM +0100, Kristian Freed wrote:
> On Sun, Aug 11, 2013 at 12:20 AM, Fredrik Gustafsson wrote:
> > I don't understand, why is it better to find between which tags a error
> > was found and not in what commit. It's much easier to find a bug
&
On Sun, Aug 11, 2013 at 07:16:30AM +0200, Michael Haggerty wrote:
> On 08/11/2013 01:20 AM, Fredrik Gustafsson wrote:
> > [...]
> > It would be very hard to do a tool such as you describe, the reason is
> > that there's no sane way to order your tags. Git today show ta
eating, when it creates the tag.
It would be quite easy to make a script that create such branch for you,
if you only can sort the tags somehow.
--
Med vänliga hälsningar
Fredrik Gustafsson
tel: 0733-608274
e-post: iv...@iveqy.com
--
To unsubscribe from this list: send the line "unsu
to:
http://mingw.5.n7.nabble.com/Replacement-for-readlink-td30679.html
I've CC:ed the msysgit-maillist so that they can decide if this is
something they want to address in newer releases.
(In the git source code the readlink call in this abspath.c)
--
Med vänliga hälsningar
Fredrik Gustafs
box sync algoritm isn't suited for the git file access patterns, I
would imagine that you could have the same problems using google drive.
--
Med vänliga hälsningar
Fredrik Gustafsson
tel: 0733-608274
e-post: iv...@iveqy.com
--
To unsubscribe from this list: send the line "unsubscribe gi
Well, Jens and Junio is the ones who can
make sane decissions about this. I trust they make a good decision. The
state as now is that this is a bug for case insesitive systems.
--
Med vänliga hälsningar
Fredrik Gustafsson
tel: 0733-608274
e-post: iv...@iveqy.com
--
To unsubscribe from this list:
On Thu, Aug 08, 2013 at 07:11:04PM +0200, Jens Lehmann wrote:
> Am 07.08.2013 20:28, schrieb Fredrik Gustafsson:
> > On Tue, Aug 06, 2013 at 02:11:56PM -0700, Junio C Hamano wrote:
> >> Thanks, will replace the top two commits and queue. Looks like we
> >>
eading easier) or not.
If so, I suggest that this patch only use die() in builtin/. However I
know that there's a lot of die() all over libgit today, I'm curious
about what direction we're heading.
--
Med vänliga hälsningar
Fredrik Gustafsson
tel: 0733-608274
e-post: iv...@iveqy.
We're still using path= in the foreach-script. Or rather, we're setting
it. From what I can see and from the commit message 64394e3ae9 it could
possible be a problem.
Not sure how to solve it though... Just a simple correction would break
all script depending on that.
--
Med vänliga hä
actually do the command in "full C". Altough I'm afraid that
that will get such low priority that it won't be done.
--
Med vänliga hälsningar
Fredrik Gustafsson
tel: 0733-608274
e-post: iv...@iveqy.com
--
To unsubscribe from this list: send the line "unsubscribe git&
> More majordomo info at http://vger.kernel.org/majordomo-info.html
Since all commits in feature-test is in feature-implementation,
how about rebase feature-implementation on master and then move the
branch pointer for feature-test to the new commit (git reset)?
If it's still not trivial
On Wed, Jul 31, 2013 at 02:31:34PM -0700, Brandon Casey wrote:
> On Wed, Jul 31, 2013 at 2:21 PM, Fredrik Gustafsson wrote:
> > On Wed, Jul 31, 2013 at 11:08:21PM +0200, Antoine Pelisse wrote:
> >> On Wed, Jul 31, 2013 at 9:51 PM, Br
gal, is it a problem if a commit isn't signed-off by
it's committer or author e-mail? Like in this case where the sign-off is
from gmail.com and the committer from nvidia.com?
--
Med vänliga hälsningar
Fredrik Gustafsson
tel: 0733-608274
e-post: iv...@iveqy.com
--
To unsub
| 10 ++---
> 8 files changed, 50 insertions(+), 49 deletions(-)
> create mode 100644 Documentation/howto/.gitattributes
>
How about adding a line about this in Documentation/CodingGuidelines?
--
Med vänliga hälsningar
Fredrik Gustafsson
tel: 0733-608274
e-post: iv...@iveqy.com
free((void *)real_work_tree);
> +}
Would it make sense to return an int here and do the dying in
builtin/mv.c instead? Again thinking of "libgit" and the die_errno for
non-submodule errors are in mv.c and not in rename().
If that's the case the same applies for stage_updated_
is file is in the part
called libgit AFAIK, shouldn't we always clean after us?
Would it make sense to have different return values for different
errors?
I do like the comments above the function, more functions (at least
non-static ones) should follow this good style IMHO.
--
Med vänliga hälsni
ers aren't native english
speakers anyway.
--
Med vänliga hälsningar
Fredrik Gustafsson
tel: 0733-608274
e-post: iv...@iveqy.com
--
To unsubscribe from this list: send the line "unsubscribe git" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
is strictly forbidden. Please inform the sender of the error and delete the
> information received. Thank you.
Is this really something to have in e-mails to a public list? Some lists
won't accept this type of e-mails, or simply just ignore you.
--
Med vänliga hälsningar
Fre
ath the only thing that comes
to my mind that have touched these areas is
091a6eb0feed820a43663ca63dc2bc0bb247bbae "submodule: drop the top-level
requirement".
A first test could be to see if it's this patch does anything strange.
However this patch is in git since 1.8.3.3 so it
.
I can't explain it better than what Junio did in the link you just
provide. However there's ongoing work to allow shallow clones to be able
to push. You can read about it here:
http://thread.gmane.org/gmane.comp.version-control.git/230612/focus=230878
--
Med vänliga hälsningar
Fred
nd d6b65e204c6009e5c30f358810198319b70eda25 under
https://git.kernel.org/cgit/git/git.git
Cannot obtain needed blob d6b65e204c6009e5c30f358810198319b70eda25
while processing commit 5addd1c7531cc644787cd562a3c22a3b714c7d77.
error: Fetch failed.
fatal: Reading from helper 'git-remote-https'
about some commands so may you
> please guide me to a quick reference (as simple as possible)
>
git help
gives you a list of a few usefull commands.
if you search after "git cheat sheat" you will get a lot of hits,
however I don't know any that would be better than anyone el
On Tue, Jul 09, 2013 at 07:26:57PM +0200, Muhammad Bashir Al-Noimi wrote:
> On Tue, Jul 9, 2013 at 7:02 PM, Fredrik Gustafsson wrote:
> > You don't need the terminal to create a new repository. When starting
> > git-cola from a non-git directory you get a menu where you can
y, clone an existing git-repository or create a new one.
However I agree with Matthieu that it's easier to understand git from
the command line. Git is developed and mostly used from the command
line. It's the commandline that will give you most controll and most
functionality.
--
M
o answer, I don't know windows well enough.
However since you still haven't got an answer I'll give it a try.
Please see the following link:
https://confluence.atlassian.com/display/SOURCETREEKB/Resolving+SSL+Self-Signed+Certificate+Errors
--
Med vänliga hälsningar
Fredrik Gustaf
ndamentally a bad
> idea then I will do something different.
>
> Any pointers would be a big help.
>
> thanks in advance,
> Gareth Collins
Still no answer to this? I suggest that you CC the persons discussing
this the last time.
--
Med vänliga hälsningar
Fredrik Gustafsson
t
it-gui.
I imagine that "new commit" exectures the prepare-commit-msg hook and
replaces the textbox content with it. Something that should be correct,
but the you've already told the textbox to have an other value (the
value of the commit to amend).
There should be a check before
On Thu, Jul 04, 2013 at 01:03:31PM +0300, Orgad Shaneh wrote:
> On Thu, Jul 4, 2013 at 1:01 PM, Fredrik Gustafsson wrote:
> > On Thu, Jul 04, 2013 at 12:47:28PM +0300, Orgad Shaneh wrote:
> >> If a prepare-commit-msg hook is used, git gui executes it for "New Commit".
rns the message is replaced with
> the one produced by the hook.
I don't get it. The message from the hook is replaced with the message
from the hook?
What I don't get is how you can amend to a commit that doesn't yet
exists. How is that possible?
--
Med vänliga hälsningar
Fredri
program and you need support to run
cgi-applicatios from godaddy. You would also have to host your git
repository on the same server (or at least you should).
If that's not a possibility you might need to use a static html creator
like http://hssl.cs.jhu.edu/~neal/git2html/ .
--
Med vänlig
pu'.
I based it on master, but have forgott to rebase since v2. This is based
on 3e7a5b489e45ae8a3a0b222893d58b172d883136.
The merge conflict is pretty clean, would you (Junio) stil like a
rebased update of this patch?
--
Med vänliga hälsningar
Fredrik Gustafsson
tel: 0733-608274
e-post: iv
ts were made to conform to the
rest of the testfile on "submodule update can handle symbolic links in pwd".
Signed-off-by: Fredrik Gustafsson
---
And I finally thought I'd everything right. I appriciate your reviews.
I left the "" on $5 for consistency as suggested
have branches (however, loose commits is usually not
wanted). Many commits are part of many branches.
A branch is not a collection of commits but a pointer to a commit (which
has parents).
--
Med vänliga hälsningar
Fredrik Gustafsson
tel: 0733-608274
e-post: iv...@iveqy.com
--
To unsubscribe from t
e path for test "setup a submodule
tree" had to be modified. Also did some indent adjustments to conform to the
rest of the testfile on "submodule update can handle symbolic links in pwd".
Signed-off-by: Fredrik Gustafsson
---
> The first line of the commit message still sounds
. Also did some indent adjustments to conform to the
rest of the testfile on "submodule update can handle symbolic links in pwd".
Signed-off-by: Fredrik Gustafsson
---
The previous iteration can be found here:
http://thread.gmane.org/gmane.comp.version-control.git/229196/
This was actu
option which
> > is passed on to the clone command (and not "--clone-reference")...
>
> OK, then "--depth" it is.
>
> The points in your review on the last version with "--depth" (which
> I picked up and parked on 'pu') still need to be addr
. Also did some indent adjustments to conform to the
rest of the testfile on "submodule update can handle symbolic links in pwd".
Signed-off-by: Fredrik Gustafsson
---
I neither have an opinion about what word to use. --depth is more
consistent and easier to code. But also eaiser to be c
at patch -o -> user defined
But I guess I would need a new option instead. Something like
--default-output-dir.
--
Med vänliga hälsningar
Fredrik Gustafsson
tel: 0733-608274
e-post: iv...@iveqy.com
--
To unsubscribe from this list: send the line "unsubscribe git" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
add a bolean type OPTION_BOOLEAN for
-o?
--
Med vänliga hälsningar
Fredrik Gustafsson
tel: 0733-608274
e-post: iv...@iveqy.com
--
To unsubscribe from this list: send the line "unsubscribe git" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kerne
. Also did some indent adjustments to conform to the
rest of the testfile on "submodule update can handle symbolic links in pwd".
Signed-off-by: Fredrik Gustafsson
---
Documentation/git-submodule.txt | 13 +++--
git-submodule.sh| 24 +---
t
u always clone your repository? To me clone is a one
time operation.
2. Why don't you tag your releases with an ordinary tag?
--
Med vänliga hälsningar
Fredrik Gustafsson
tel: 0733-608274
e-post: iv...@iveqy.com
--
To unsubscribe from this list: send the line "unsubscribe git" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
hould use merge or rebase depending on "whatever". And this
can't be done with git submodule foreach because you want to know the
sha1 to update to. Have I understood you correctly?
--
Med vänliga hälsningar
Fredrik Gustafsson
tel: 0733-608274
e-post: iv...@iveqy.com
--
To unsubscribe f
by rebasing
> +#flase - the user told us to integrate by merging
s/flase/false
And isn't all config settings documented somewhere?
--
Med vänliga hälsningar
Fredrik Gustafsson
tel: 0733-608274
e-post: iv...@iveqy.com
--
To unsubscribe from this list: send the line "unsubscr
table and hard to use (meaning that you need
to handle your git repo as root or give git setuid root)?
--
Med vänliga hälsningar
Fredrik Gustafsson
tel: 0733-608274
e-post: iv...@iveqy.com
--
To unsubscribe from this list: send the line "unsubscribe git" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
ption I would suggest that you establish an encrypted
sneakernet (for example over UPS/bike messengers/whatever) between your
developer and your office. Or just ask yourself if your security
settings really is sane.
--
Med vänliga hälsningar
Fredrik Gustafsson
tel: 0733-608274
e-post: iv...@iveqy.
On Wed, Jun 26, 2013 at 12:11:32AM +0200, Heiko Voigt wrote:
> On Tue, Jun 25, 2013 at 12:49:25AM +0200, Fredrik Gustafsson wrote:
> > Used only when a clone is initialized. This is useful when the submodule(s)
> > are huge and you're not really interested in anything b
Used only when a clone is initialized. This is useful when the submodule(s)
are huge and you're not really interested in anything but the latest commit.
Signed-off-by: Fredrik Gustafsson
---
git-submodule.sh | 13 +++--
1 file changed, 11 insertions(+), 2 deletions(-)
diff --git
work on top.
Thanks for the explanation. Of course you need to verify your latest
commit sha1 against a trustworthy source. That would be enough to
prevent this scenario, yes?
If we add warnings for git:// should we also add warnings for
http://? Or do we consider that common knowledge?
--
M
to be.
How would an "evil network" be able to do any harm to a git transport
over git://?
--
Med vänliga hälsningar
Fredrik Gustafsson
tel: 0733-608274
e-post: iv...@iveqy.com
--
To unsubscribe from this list: send the line "unsubscribe git" in
the body of a message to majord..
rbuf_release here?
Can you really be sure that refspec_nr is set here?
> if (url_nr) {
> for (i = 0; i < url_nr; i++) {
> struct transport *transport =
> --
> 1.8.3.1.549.g1f3a412.dirty
--
Med vänliga hälsningar
Fredrik Gustafsson
tel: 0733-608274
e-post: iv...@iveqy.com
--
To unsubscribe from this list: send the line "unsubscribe git" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Used only when a clone is initialized. This is useful when the submodule(s)
are huge and you're not really interested in anything but the latest commit.
Signed-off-by: Fredrik Gustafsson
---
git-submodule.sh | 13 +++--
1 file changed, 11 insertions(+), 2 deletions(-)
diff --git
nc to.
The questions you've is rather fundamental to git. I tells me that you
do not fully utilize the strengths of git. I suggest reading the
progit book.
Good luck!
--
Med vänliga hälsningar
Fredrik Gustafsson
tel: 0733-608274
e-post: iv...@iveqy.com
--
To unsubscribe from this
1 - 100 of 153 matches
Mail list logo