TFS en "lokaal" GIT combineren

[TweakerVincent]

Ik zit bij een nieuwe klant en die gebruiken helaas nog TFS. Irritante is ook dat ik tig verschillende fixes per dag moet inbouwen en dat kan 2 keer p uur veranderen. Normaal geen probleem, ff branch wisselen maar bij TFS is dat altijd dat geneuzel met shelven enzo.

Ik zat te denken om gewoon bovenop TFS een eigen GIT te combineren en op nieuw manier te switchen. Gaat dit werken of loop ik dat tegen zaken op? Ik kan eea excluden in TFS.

Iemand een suggestie? Want dit is echt hopelijk zo. Ik ben parallel bezig met een verbeterslag en GIT is onderdeel ervan maar bestaande code blijft in TFS.

Iemand hier ervaring mee?

[scosec]

Klant niet over te halen om git te gebruiken? Een combi hiervan gaat je eerder problemen opleveren dan profijt.

[TweakerVincent]

scosec schreef op zaterdag 20 februari 2021 @ 14:44:
Klant niet over te halen om git te gebruiken? Een combi hiervan gaat je eerder problemen opleveren dan profijt.

ben ik mee en met nieuwbouw mag het, echter tig oude solution nog.

Wat een hell TFS terwijl ik het vroeger prachtig vond.

Maar ik dacht dus de files in de solution aan GIT te koppelen zodat je van brach kune wisselen en dan in TFS kunt inchecken. Maar wss hoop gedoe als een brach en GIT dan niet matchen...

Maar is er echt geen beteren manier dan continu shelven unshelven als ik met een andere fix bezig ben in het zelfde bestand? Dit is gekkenwerk zo

[Haan]

Lijkt me eerder dat je iets moet proberen te doen aan het continu switchen. Klinkt erg inefficiënt, zelfs al zou je Git gebruiken en is wellicht wel iets dat haalbaar is om te veranderen.

[TweakerVincent]

Haan schreef op zaterdag 20 februari 2021 @ 15:03:
Lijkt me eerder dat je iets moet proberen te doen aan het continu switchen. Klinkt erg inefficiënt, zelfs al zou je Git gebruiken en is wellicht wel iets dat haalbaar is om te veranderen.

ja het probleem is dat ik continu in dezelfde files werk en dan moet switchen met andere feature inbouwen. Bizar adhoc (ja ben bezig met verbeterplan implementeren maar ben er net dus heeft helaas wat tijd nodig).

Voorbeeld gisteren, was bezig met fix 3/4 dag aan gewerkt en opeens moest alles prio op iets anders maar wel in exact zelfde file.

Dat werkt dus echt voor geen meter want ik heb 5 halve projecten die nog niet gecommit kunnen worden. drama dit

[Woy]

In TFS kun je toch ook gewoon per feature een branch maken? Ja het werkt minder fijn dan in git, maar wel gewoon mogelijk.

[TweakerVincent]

Woy schreef op zaterdag 20 februari 2021 @ 15:53:
In TFS kun je toch ook gewoon per feature een branch maken? Ja het werkt minder fijn dan in git, maar wel gewoon mogelijk.

Zat ik idd ook aan te denken. Zit anders weinig op denk ik.

[Haan]

Woy schreef op zaterdag 20 februari 2021 @ 15:53:
In TFS kun je toch ook gewoon per feature een branch maken? Ja het werkt minder fijn dan in git, maar wel gewoon mogelijk.

'Minder fijn' is nogal een understatement Het is niet voor niets dat de strategie bij TFS is om zo min mogelijk te branchen. Bij een kleine repository is het nog wel te doen, maar bij een grote repository in TFS wordt je echt niet gelukkig als je continue van branch moet switchen. Dan zou ik toch liever voor de shelve/unshelve strategie gaan.

[AlphaRomeo]

Woy schreef op zaterdag 20 februari 2021 @ 15:53:
In TFS kun je toch ook gewoon per feature een branch maken? Ja het werkt minder fijn dan in git, maar wel gewoon mogelijk.

Volgens mij kun je ook met worktree's werken in TFS, dat heet dan nog workspaces. Daarmee kun je los uitchecken in een aparte directory en daar in werken. Is dat misschien een oplossing?

[Craven]

Als de TFS versie recent genoeg is dan ondersteund hij ook gewoon git. Ze ondersteunen het al een aantal jaar vziw. Mogelijk dat je de rechten niet hebt maar je kan gewoon een git repo aanmaken in TFS in ieder geval.

[ValHallASW]

https://github.com/git-tfs/git-tfs ?

Of, als het een beperkt aantal parallele developments is, meerdere checkouts? Neemt wat meer ruimte in, maar switchen is dan een kwestie van een andere .sln openen, en je hebt er niet per se branches voor nodig _{ik heb nooit met TFS gewerkt maar neem aan dat het analoog aan SVN of CVS werkt}

[Voor 11% gewijzigd door ValHallASW op 22-02-2021 19:57]

[Laurens-R]

Haan schreef op zaterdag 20 februari 2021 @ 19:41:
[...]

'Minder fijn' is nogal een understatement Het is niet voor niets dat de strategie bij TFS is om zo min mogelijk te branchen. Bij een kleine repository is het nog wel te doen, maar bij een grote repository in TFS wordt je echt niet gelukkig als je continue van branch moet switchen. Dan zou ik toch liever voor de shelve/unshelve strategie gaan.

Je zou de scope van de branche misschien iets kunnen oprekken, waardoor het iets minder vaak hoeft te gebeuren. Bijvoorbeeld een brache voor een release of een patch. En gestructureerd werken zodat je pas een check-in doet op het moment dat een feature "af" is. (dan kan je namelijk ook geisoleerd weer een rollback doen). Maw: elke feature heeft een aparte checkin -> tot die tijd met shelving je werk veilig stellen.

Toegegeven; git is fijner daar in.... maar ja... iets met roeien met de riemen die je hebt

[TweakerVincent]

Dank voor alle tips! Ik ga do met een collega even zitten om eea door te spreken.