On 2009-07-15 14:15:31 +0300, Costin Guşă wrote:
> Am nevoie de o solutie "inteligenta" de sincronizare a continului a
> doua directoare, prin sincronizare intelegind ca toate operatiile
> (creare, stergere, mutare, redenumire) din dir1 se reflecta in dir2,
> "inteligenta" constind in abilitatea de
On 2009-07-23 11:40:06 +0300, Marius Luca wrote:
> Cre' ca un VCS e putin "peste mana" aici. Arunca un ochi peste DRBD.
Doar ca git NU este un VCS, chiar daca poate gazdui practic o asemenea
utilizare.
E un content-tracker/filesystem ce vine ca o manusa descrierii de mai jos. Nu
spun
ca e so
On 2009-07-23 13:44:11 +0300, Ioan Calin Borcoman wrote:
> Nu stiu daca cu git ai posibilitatea sa scapi de versiunile vechi.
> Asta inseamna ca backup-ul tau va creste constant in dimensiuni si va
> fi complicat sa scapi de ce nu te mai intereseaza (e prea vechi).
Iarta-ma, dar formularea ta
On 2009-07-23 16:48:50 +0300, Ioan Calin Borcoman wrote:
> Ai perfecta dreptate. Nu sunt expert git si pana acum nu am avut
> nevoie de asa ceva (folosesc git ca sa pastrez toate commiturile, nu
> ca sa scap de ele). Te rog zi-mi si mie cum pot sa scap de toate
> comiturile facute pana la data de X
On 2009-07-23 18:42:28 +0300, Petru Ratiu wrote:
> 2009/7/23 zgrim :
> > On 2009-07-23 16:48:50 +0300, Ioan Calin Borcoman wrote:
> >> Ai perfecta dreptate. Nu sunt expert git si pana acum nu am avut
> >> nevoie de asa ceva (folosesc git ca sa pastrez toate commiturile, nu
> >> ca sa scap de ele).
On 2009-07-23 19:16:29 +0300, Petru Ratiu wrote:
> 2009/7/23 zgrim :
> > On 2009-07-23 18:42:28 +0300, Petru Ratiu wrote:
>
> >> Afaik rebase schimba istoricul si nu se recomanda sa-l faci pe un
> >> branch din care se face pull din alta parte, ceea ce strica sandramaua
> >> cu replicarea. Poti de
On 2009-07-24 14:50:00 +0300, Costin Guşă wrote:
> asa ca daca as merge cu ideea mai departe si as avea
> pretentia sa folosesc o implementare fuse de git, pe care mi-o
> recomanzi ?
Imi pare rau, nu am folosit, asa ca n-am sa emit pareri. :)
Eu m-as uita insa nu la fuse stuff ci mai degraba l
Incearca dirvish (http://www.dirvish.org/). Mie mi-a placut.
rsync poate sa detecteze fisiere redenumite, daca-si pastreaza
i-nod-ul. pe asta se bazeaza si dirvish cand face backup-uri.
2009/7/15 zgrim :
> On 2009-07-15 14:15:31 +0300, Costin Guşă wrote:
>> Am nevoie de o solutie "inteligenta" de
2009/7/15 Ioan Calin Borcoman :
> Incearca dirvish (http://www.dirvish.org/). Mie mi-a placut.
>
> rsync poate sa detecteze fisiere redenumite, daca-si pastreaza
> i-nod-ul. pe asta se bazeaza si dirvish cand face backup-uri.
Nu.
Rsync lucreaza la nivel de nume de fisier (desi cu -y incearca sa
c
Corect. My mistake. Smecheria cu i-nozii o face dirvish. Pe care il
recomand in continuare cu caldura :)
2009/7/15 Petru Ratiu :
> 2009/7/15 Ioan Calin Borcoman :
>> Incearca dirvish (http://www.dirvish.org/). Mie mi-a placut.
>>
>> rsync poate sa detecteze fisiere redenumite, daca-si pastreaza
>>
2009/7/15 zgrim :
> On 2009-07-15 14:15:31 +0300, Costin Guşă wrote:
>> Am nevoie de o solutie "inteligenta" de sincronizare a continului a
>> doua directoare, prin sincronizare intelegind ca toate operatiile
>> (creare, stergere, mutare, redenumire) din dir1 se reflecta in dir2,
>> "inteligenta" c
Cre' ca un VCS e putin "peste mana" aici. Arunca un ochi peste DRBD.
2009/7/21 Costin Guşă :
> 2009/7/15 zgrim :
>> On 2009-07-15 14:15:31 +0300, Costin Guşă wrote:
>>> Am nevoie de o solutie "inteligenta" de sincronizare a continului a
>>> doua directoare, prin sincronizare intelegind ca toate o
Nu stiu daca cu git ai posibilitatea sa scapi de versiunile vechi.
Asta inseamna ca backup-ul tau va creste constant in dimensiuni si va
fi complicat sa scapi de ce nu te mai intereseaza (e prea vechi).
2009/7/23 zgrim :
> On 2009-07-23 11:40:06 +0300, Marius Luca wrote:
>> Cre' ca un VCS e putin
Ai perfecta dreptate. Nu sunt expert git si pana acum nu am avut
nevoie de asa ceva (folosesc git ca sa pastrez toate commiturile, nu
ca sa scap de ele). Te rog zi-mi si mie cum pot sa scap de toate
comiturile facute pana la data de X, pastrand toate comiturile de dupa
data X intacte in git. De ase
2009/7/23 zgrim :
> On 2009-07-23 16:48:50 +0300, Ioan Calin Borcoman wrote:
>> Ai perfecta dreptate. Nu sunt expert git si pana acum nu am avut
>> nevoie de asa ceva (folosesc git ca sa pastrez toate commiturile, nu
>> ca sa scap de ele). Te rog zi-mi si mie cum pot sa scap de toate
>> comiturile
2009/7/23 zgrim :
> On 2009-07-23 18:42:28 +0300, Petru Ratiu wrote:
>> Afaik rebase schimba istoricul si nu se recomanda sa-l faci pe un
>> branch din care se face pull din alta parte, ceea ce strica sandramaua
>> cu replicarea. Poti detalia nitel?
>
> Una e sa modifici istoria unui repo publi
2009/7/23 zgrim :
> On 2009-07-23 11:40:06 +0300, Marius Luca wrote:
>> Cre' ca un VCS e putin "peste mana" aici. Arunca un ochi peste DRBD.
>
> Doar ca git NU este un VCS, chiar daca poate gazdui practic o asemenea
> utilizare.
> E un content-tracker/filesystem ce vine ca o manusa descrierii d
2009/7/24 zgrim :
> On 2009-07-24 14:50:00 +0300, Costin Guşă wrote:
>> asa ca daca as merge cu ideea mai departe si as avea
>> pretentia sa folosesc o implementare fuse de git, pe care mi-o
>> recomanzi ?
>
> Imi pare rau, nu am folosit, asa ca n-am sa emit pareri. :)
> Eu m-as uita insa nu la
2009/7/24 Costin Guşă :
> 2009/7/24 zgrim :
>> On 2009-07-24 14:50:00 +0300, Costin Guşă wrote:
>>> asa ca daca as merge cu ideea mai departe si as avea
>>> pretentia sa folosesc o implementare fuse de git, pe care mi-o
>>> recomanzi ?
>>
>> Imi pare rau, nu am folosit, asa ca n-am sa emit parer
19 matches
Mail list logo
