I assert based on one piece of evidence ( a post from a facebook dev) that I
now have the worlds biggest and slowest git
repository, and I am not a happy guy. I used to have the worlds biggest CVS
repository, but CVS can't handle multi-G
sized files. So I moved the repo to git, because we are usi
On 05/15/2014 12:06 PM, Philip Oakley wrote:
> From: "John Fisher"
>> I assert based on one piece of evidence ( a post from a facebook dev) that I
>> now have the worlds biggest and slowest git
>> repository, ...
>
> At the moment some of the developers are looki
On 05/16/2014 03:13 AM, Duy Nguyen wrote:
> On Fri, May 16, 2014 at 2:06 AM, Philip Oakley wrote:
>> From: "John Fisher"
>>> I assert based on one piece of evidence ( a post from a facebook dev) that
>>> I now have the worlds biggest and slowest git
>&g
"Duy Nguyen" , I have 7700 files in the git repo. Add is much much faster
than commit -m " text" . My most-populous git repos has 57K files (its an
operating system) and I have no issues with the 57K repo.
--
You received this message because you are subscribed to the Google Groups "Git
fo
This topic has been covered before, but not quite to the problem I have:
basic Q: *command line to get SHA of file immediately prior to
without using dates?*
Linux environment.
My user insists on command-line ( he's the boss); he's used to CVS and its
weird revision numbers per file.
Git doesn
On Monday, June 9, 2014 12:36:57 PM UTC-7, Dale Worley wrote:
>
>
>
> You're not clear what the question is. You ask "which version of a
> file is in the tag" and the answer is "the version with hash
> 990c3e0f7efc8ddf869dbb39ba0065c9e9578df4".
>
> Do you mean "Which commit introduced that ve
On Tuesday, June 10, 2014 11:55:04 AM UTC-7, Dale Worley wrote:
>
>
>
> I think what will work is:
>
> 1) Find the first commit before the tag that has a different content
> for the file:
>
> $ git log -n 1 ^ --
> commit b3282e06e39e1ddaa44806eadbfac06a19fabe09
> ...
>
> 2) Find the SHA of
On Wednesday, June 11, 2014 8:09:44 AM UTC-7, Dale Worley wrote:
>
> > From: John Fisher >
>
> > I still don't understand what the commit-SHA given out by git ls-tree is
> > for? If it doesn't correspond to a commit on the file as seen in git
> log,
On Wednesday, June 11, 2014 12:10:43 AM UTC-7, chetna chaudhari wrote:
>
> Hi,
>I read a line about git in
> https://help.github.com/articles/working-with-large-files article
>
>
> * "In addition, if a repository is 10 GB in size, Git's
> architecture requires another 10
Pierre, Gergely, Dale
Thanks very much, somehow I missed your responses until this morning. I
have passed on your suggestions and I think satisfied the boss. for now.
On Saturday, June 14, 2014 4:30:17 AM UTC-7, Pierre-François CLEMENT wrote:
>
> Le mercredi 11 juin 2014 18:50:07 UTC+2
Matthew, I defer to actual Git experts... but heres some sysadmin ideas:
Are you trying to keep one work area you can use for Windows and for Linux? Or
are you trying to keep a remote repos
which you can get to from both?
If you create a third partition and put your Git workarea and repository
We are a small development shop. We are starting a brand-new Linux-only
project in Git, and we only have experience of one year and one large
project with Git. My boss is the lead on this project and is accustomed to
command-line CVS. Because our projects are very large and complex and we
have
Thanks Johan.
On Tuesday, March 26, 2013 2:07:48 PM UTC-7, Johan 't Hart wrote:
>
> For me its not really clear whether your developers work on a project and
> do changes on the SDK from the chip guys, or the project is purely
> (extensive) modifications to the SDK?
Sorry I was trying to keep
sorry about that name field. now fixed.
--
You received this message because you are subscribed to the Google Groups "Git
for human beings" group.
To unsubscribe from this group and stop receiving emails from it, send an email
to git-users+unsubscr...@googlegroups.com.
For more options, visit h
T
On 05/05/2013 10:16 AM, Konstantin Khomoutov wrote:
> On Sun, May 05, 2013 at 09:09:30PM +0400, Konstantin Khomoutov wrote:
>
> [...]
>> I cannot explain why you observe a whole-file difference in the first
>> case. Two speculative guesses:
Thanks, will be back with more questions most likely
On 05/05/2013 10:09 AM, Konstantin Khomoutov wrote:
>
>
> The call `git diff SDK_0.0 Makefile`, unless "Makefile" can be parsed as
> a revision, will compare the state of Makefile as recorded by a commit
> to which SDK_0.0 resolves with its state in the work tree.
yes I see, and in fact it shows
16 matches
Mail list logo