Lietoju SVN (mājās un darbā 6 cilvēki), un Mercurial (mājās). Kādu laiku apsveru Mercurial'u aizstāt ar git.

Projektu pārvaldībai darbā lietojam Trac (diezgan pavirši lietojam).

SVN (darbā nomigrēja no CVS), pietiekami ērts, utt.. + vēl lieto daži opensource projekti kuros darbojos nedaudz. Parcik protu apieties, pacēlu arī mājās serveri savām vajadzībām. Strādā caur ssh, attiecīgi nevajag portus vērt, utml. Nu jau esmu advancētajā līmenī, lietoju Vendor Branches :)

Organizēšanai - Mantis, arī darbā tā pieņemts

SVN darbā- nomigrēts no CVS, Git tad vēl nebija. Mājās Git, jo vienkāršs setup un to lieto Linus. Pārvaldībai - Jira.

Git zem10 pplz + Redmine

Darbā SVN (dažkārt ir pagrūti), mājās git.

SVN - tā nu vēsturiski sanācis, un tā kā pilnībā apmierina šis risinājums, tad neko citu arī neesmu pētījis.

Jira - tagad par 10$ var dabūt 10 lietotāju licenci, tāpēc nedomājot paņemu. Diemžēl OS risinājumi šajā lauciņā i tuvu nestāv.

SVN primāri, esmu pat uztaisījis savu iz weba pieejamu repozitoriju savām vajadzību.

Taču tagad, pēc kāda <a href="http://www.joelonsoftware.com/" rel="nofollow">raksta</a> izlasīšanas vienā no regulāri lasītajiem blogiem mani ir ieintriģējis Mercurial, ko arī izmēģinu vienā mazā privātā projektiņā.

Ups, nomudījos ar raksta linku: <a href="http://www.joelonsoftware.com/items/2010/03/17.html" rel="nofollow">http://www.joelonsoftware.com/items/2010/03/17.html</a>

SVN - corporate decision. Useri? iisti nezinu, dafiga. Arii pilniibaa apmierina - pat gruuti pateikt kaadu miinusu.

Svn un Gits. Gita lielākais plus ir ātrums it sevišķi ja ir lielizmēra projekti. Otrs plus ļoti vienkārša zarošana. Svn savukārt liekas ērtāks mazos projektos, jo ir normāli grafiskie klienti.

SVN - pilnībā apmierina. Esmu mēģinājis arī git un mercurial, bet kaut kā neiepatikās, ir radies iespaids, ka viņu lietošana patiešām varētu atmaksāties, ja pie projekta strādā 50+ cilvēki, citādi SVN gan rīku, gan integrācijas ziņā ar IDE ir krietni pārāks.

Nu jau gadu Jiru,jo nekas labāks nav redzēts,bet izpētīts un izmēģināts ir viskautkas-Mantis,Redmine,Trac un vēl šis tas. Iebūvētās integrācijas dēļ un salīdzinoši vienkāršās koda un izstrādes procesa dēl lietojam SVN.

Starp citu, runājot par GIT. Jā, GUI rīku tam sakarīgu nav. Tiesa, manā koda redaktorā (Komodo IDE) ir visu populārāko VCS atbalsts (CVS, SVN, Perforce, Bazaar, Git, Mercurial).

GITam līdzi nāk daži iebūvēti skaistrīki (tāds jaunvārds, ja?). Piemēram, bisect (šorīt mani skaipā gaidīja atsauksme no viena git lietotāja ikurāt par šo komandu).

Ātrdarbība ir liels pluss. Iespēja strādāt bez tiešas pieejas repozitrijam ir liels pluss.

jums visiem vienāda atbilde tad nu jāiepostē sava savādākā:

TFS(Team Foundation Server) jo vienkārši tas ir tas kas kopā ar Visual Studio by default un arī labi darbojas, uzņēmumā lieto pāri par 10 cilvēkiem varbūt pat vairāk.

SVN, command-line only ;)

Darbā intensīvi tiek lietots SVN, privātiem projektiem - Git (Github repozitorijos). Klients - komandrinda.

Ļoti gribu darbā migrēt uz Git, taču kamēr tam nav stabilu GUI rīku, laikam nekas nesanāks, jo ne visi kolēģi gribēs lietot komandrindu.

Kā projektu pārvaldības rīku apgūstu JIRA.

Jira

Darbā ir SVN, savām vajadzībām lietoju Mercurial, savulaik to no 3 lielajiem DVCS izvēlējos, jo bija labāki rīki un Windows atbalsts. Tagad šķiet, arī git varētu būt ok.

Projektu pārvaldīšanai Redmine. Patīk JIRA, bet lietotājiem parastiem izskatās pēc pārāk briesmīga programmētāju rīka, citādi darbā varētu ieviest. Privāti Redmine, jo bezmaksas.

MS projektiem bija TFS, tagad visiem ir SVN. Jira forever, bet diemžēl nespīd uzņēmuma stulb... politikas dēļ. :(

SVN no command line. Bet, pirms laiciņa izlasot jau Vilx- pieminēto saiti, radās interese papētīt to Mercurial...

Gan darbā gan privātām vajadzībām SVN + Redmine. PHPDesigner 7 ir iebūvēts mani apmierinošs SVN atbalsts. Viss strādā un man neko vairāk nevajag.

Darbā 100+ cilvēki lieto SVN, Perforce, Bugzilla (vēsturiski iemesli), MS Project+Sharepoint (dēļ cirmuļgalvām menedžmentā). Privātie projekti hostējas iekš assembla.com (SVN+Trac), tas ļauj man koncentrēties uz kodēšanu un nedomāt par darbarīku <i>maintenanci</i>.

TFS (Team Foundation Server), lieto vairāki desmiti lietotāju. Atzīts par labu esam.

Darbā tfs/svn. Mājās hg.

nekas oriģināls

pāris gadus atpakaļ vienā projektā ~30 cilvēki TortoiseSVN + Jira (saintegrēts) - kā programmētājam likās baigi ok. Iemesls: free + pietiekama funkcionalitāte + integrējās ar Jira

tagad ~15 cilvēki tas pats TortoiseSVN tikai bez Jira. Arī ok. Lietojam GUI nevis komandrindu. Iemesls: nezinu, jo nepiedalījos lemšanā

Lietoju git GNOME tulkojumiem un bazaar ar Launchpad integrāciju. No parasta lietotāja viedokļa abi ļoti līdzīgi.

SVN, JIRA. Nav mēģināti visi tie Git (nosaukums īpatns) utt. Neesmu versiju kontroles sistēmu profs, tāpēc grūti spriezt, bet JIRA ir laba. Un man šķiet, to var sajūgt arī ar visiem tiem SVN un, protams, Atlassian produktiem, piemēram, Bamboo!

GIT, kad tas ir iespējams. SVN.

Distributētās versiju kontroles sistēmas (GIT, u.c.) ir tīri ērtas arī pavisam maziem personīgajiem projektiem, kad vajag tikai lokālu versiju kontroli. "git init" un lieta darīta.

SVN A kāpec? Varu tikai salīdzināt ar CVS. Ir vismaz 2 iemesli: strādā atrāk un ir transakciju princips JIRA Jā JIRA ir tiešām labs!. Nezinu kā tur ir ar tām lētajām licensēm. Manuprāt lielajie uzņemumiem must to have :D Mazajiem atradīsies alternatīvas, piemēram, tas pats Trac. Tas viss tiek lietots darbā - mājās vienperson projektiem neko nevajag :D

Iesakiet kādu GUIistisku klientu uz Ubuntu!

Tuvāks SVN.

Nu IT izstrādes darbs bez JIRA vai arī cita līdzvērtīga rīka vispār nav IT izstrādes cienīgs darbs, tā ka tam nu ir obligāti jābūt. Kas attiecas uz versiju kontroles sistēmu, manuprāt, svarīgi, lai būtu bez "bugiem", lai būtu galvenās pamata iespējas un svarīgi - lai būtu iespēja normāli "sajūgt" ar JIRA-veidīgo rīku un "build" rīku... Protams, varbūt vajag vēl rīkus, varbūt atkal kādu nevajag, tas atkal atkarīgs no tā, kādu programmatūras izstrādes metodoloģiju un filozofiju uzņēmums izvēlējies.

BlackHalt: RabbitVCS. Vai nu arī visādi cross-platformiskie: RapidSVN, QSvn, kdesvn.

SVN + Collabnet Sourceforge (jaunākajās versijās saucas Teamforge). SVN reizēm ir gļuks, ka bez īpaša iemesla pēkšņi pasaka "checksum mismatch", iemesls tam nav skaidrs, ir tikai vorkaraundi. Savādāk tas labi pilda savus pienākumus.

SVN + JIRA (+ citi Atlassian produkti, piem., Bamboo un Confluence).

Pašlaik lietojju git gan darbā gan mājās, ir lietots gan SVN gan Mercurial. SVN un Mercurial abi ir nedaudz neērtāki, ar SVN ir bijušas problēmas mergojot brančus, GIT savukārt strādā tieši tā, kā parastam cilvēkam liekas, kā tam būtu jānotiek, kā arī github.com arī ir plus.

Darbā svn un cvs. SVN jau ilgi ienīstu - tik daudz problēmas ar ātrumu un stabilitāti pat pie vidējiem projektiem. CVS ļoti patīk. Management in JIRA.

Microsoft Team Foundation Server. 2010 versija jau ir kļuvusi pavisam labi lietojama.

Lietoju SVN darbā (4 cilv) un mājās. Kā serveri lietoju Visual SVN, jo tas ir windowsiskais. Tā kā daudz izmantoju Netbeans, tad izmantoju tā iepējas strādāt ar SVN, ļoti ērti, brīžiem pat aizmirstās, kā ir strādāt ar eksploreri, kur izmantoju TortoiseSVN Lietoju jau gadus 5-6, liekas diezgan drošs un ērts, ir "fīčas", kuras gribētu nedaudz pamainīt it sevišķi ar failu lokošanu, bet kopumā esmu apmierināts. Pirms tam lietoju MS Safe, bet liekas, ka to viņi vairs neuztur, vienu brīdi mēģinām atdzīvināt Borlanda TeamWork, bet likās pagalam neērts, varbūt vienkārši par maz lietojām.

darbā izstrādes vidē git, jo man patiik zaroshana ... bet uz servera tiek tureets svn. Nesen priekshnieks ieviesa Redmine. Nav ne vainas. Par svn es laikam piekriitu Linusam - tiek kas to lieto ir vieta mentaalaa instituucijaa :D... katraa zinjaa Linus ljoti skaidri pamatoja sho savu viedokli :)

ak jaa - nesaprotu kam gan ir vajadziigs GUI - lietoju CLI un nejuutos, taa itkaa buutu ko zaudeejis :P

gan darbā gan privāti SVN (Čerez gui vai IDE esošo integrāciju), bet kaut kur pakausī ir doma, ka varētu kaut kādu hg pamēģinat.

jira. Lietotāji ~400-500, kā kuru dienu.