2013/5/8 Elazar Leibovich :
> On Wed, May 8, 2013 at 10:47 PM, Oleg Goldshmidt wrote:
>>
>>
>> Disclaimer: I am definitely not an expert on the subject matter and I
>> hardly know what I am talking about (in this case?). Creativity is no
>> substitute for knowing what you are doing.
>>
>> Now let
You came late to the party, but you're the only one who brought cheque!
Thanks, it's exactly what I was looking for.
On May 28, 2013 4:22 PM, "Ori Berger" wrote:
> On 05/08/2013 09:22 PM, Elazar Leibovich wrote:
>
>> Hi,
>>
>> I have a software product being built a few times a day (continuous
>
On 05/08/2013 09:22 PM, Elazar Leibovich wrote:
Hi,
I have a software product being built a few times a day (continuous
integration style). The end product is an installable tar.gz with many
java jars.
Since the content of the tar.gz's is mostly the same, I want to use a
filesystem that would d
Elazar Leibovich writes:
> On Wed, May 8, 2013 at 11:11 PM, Tzafrir Cohen
> wrote:
>
>
>
> Git stores files. It should do handle such deduping by design. But
> this
> is in Git's storage, and not in the actual filesystem:
>
>
> git packs them in a pack file.
>
> Use gi
On Thu, May 09, 2013 at 09:27:28AM +0300, Elazar Leibovich wrote:
> On Wed, May 8, 2013 at 11:11 PM, Tzafrir Cohen wrote:
>
> >
> > Git stores files. It should do handle such deduping by design. But this
> > is in Git's storage, and not in the actual filesystem:
> >
>
> git packs them in a pack f
On Wed, May 8, 2013 at 11:11 PM, Tzafrir Cohen wrote:
>
> Git stores files. It should do handle such deduping by design. But this
> is in Git's storage, and not in the actual filesystem:
>
git packs them in a pack file.
Use git gc to make it aware of changes, or just look at my reply to Oleg.
__
2013/5/8 Elazar Leibovich :
> On Wed, May 8, 2013 at 10:47 PM, Oleg Goldshmidt wrote:
>>
>>
>> Disclaimer: I am definitely not an expert on the subject matter and I
>> hardly know what I am talking about (in this case?). Creativity is no
>> substitute for knowing what you are doing.
>>
>> Now let
On Wed, May 08, 2013 at 11:21:37PM +0300, Elazar Leibovich wrote:
> However when it's gzipped:
Is it the same content? Specifically, do you use gzip -n?
> All your suggestions are basically good, but they mean I have to change the
> work style of all the team.
> The main benefit in my suggestion
On Wed, May 8, 2013 at 10:47 PM, Oleg Goldshmidt wrote:
>
> Disclaimer: I am definitely not an expert on the subject matter and I
> hardly know what I am talking about (in this case?). Creativity is no
> substitute for knowing what you are doing.
>
> Now let me try and get creative.
>
> What is y
On Wed, May 08, 2013 at 10:47:14PM +0300, Oleg Goldshmidt wrote:
> Elazar Leibovich writes:
>
> > Hi,
> >
> > I have a software product being built a few times a day (continuous
> > integration style). The end product is an installable tar.gz with many
> > java jars.
> >
> > Since the content of
On 05/08/2013 10:47 PM, Oleg Goldshmidt wrote:
What is your purpose? Just doing something fancy to impress your boss or
truly save space, e.g., if this stuff - everything that gets built - is
backed up? I'll assume the latter.
[Aside: if it is not backed up, how many versions do you really need
Elazar Leibovich writes:
> Hi,
>
> I have a software product being built a few times a day (continuous
> integration style). The end product is an installable tar.gz with many
> java jars.
>
> Since the content of the tar.gz's is mostly the same, I want to use a
> filesystem that would dedupe the
Hi,
I have a software product being built a few times a day (continuous
integration style). The end product is an installable tar.gz with many java
jars.
Since the content of the tar.gz's is mostly the same, I want to use a
filesystem that would dedupe the duplicated content.
As I see it, it's s
13 matches
Mail list logo