Det finns faktiskt en sak som i dagsläget är svårt, om inte omöjligt,
att göra, nämligen ha sub-repositories som är "bleeding edge".
Det jag menar är följande scenario:
Vi har projektet "foo", som är ett bibliotek med viss funktionalitet.
Vi har sen projektet "bar" som är en applikation som använder
biblioteket "foo". "foo" och "bar" utvecklas väldigt tätt ihop, de är
i princip samma applikation, fast uppdelat i två logiska delar.
Den funktionalitet som finns i git för att lösa detta problem med
beroende mellan repositories är "submodules". En submodul fungerar så
att man har ett vanligt git repository. I detta git repository har man
vanliga filer och en lista på commits, historian. Samtidigt har man
lagt till en submodul, och git håller då reda på vilken commit, samt
vilken upstreamadress repot har. Ifall submodulen (vilket i princip är
en länk till ett annat repo samt en versionspekare) behöver
uppgraderas så måste man manuellt gå in, ladda ner och pull:a
ändringarna. För att sedan superrepositoriet (det där submodulen är
tillagd) skall peka på rätt commit måste man säga åt git att uppdatera
commitpekaren, vilket görs via "git add [path till submodulen]; git
commit". Problemet med detta är att man kan ej ha ett repo som speglar
nyaste versionen av ett annat repo.
En sådan här setup är möjligt i subversion.
Ett annat problem med submoduler i git är, ifall du använder ett så
kallat superrepository för att samla ihop ett antal repositorier, där
det repositorie du arbetar i ej är superrepositoriet, kan du, på grund
av samma problem nämnt ovan, få ditt superrepository att peka på
nyaste commit:en utan att manuellt uppdatera versionen. Detta gör att,
ifall du arbetar i en submodul i ett superrepository, så måste du
commit:a varje ändring två gånger; en gång i submodulen, samt en gång
i superrepositoriet.
Det problemet är också lösbart i subversion, men i dagsläget, så vitt
jag vet, ej i git.
Det finns lite "hack" här och var som löser det genom att hitta på
egna superrepositorielösningar och liknande. Är det någon som har
någon alternativ idé på hur det kan lösas?
On Apr 28, 1:29 pm, Tomas Vestelind <
tomas.vestel...@gmail.com> wrote:
> Ok, jag visste inte att det funderade så. Ska läsa lite om det.
>
> 2010/4/28 Sebastian Jansson <
se...@sebbz.se>
>
>
>
>
>
> > 2010/4/28 Per Andersson <
avtob...@gmail.com>