Új hozzászólás Aktív témák

• Aethelstone addikt

  #6427

  #6420 Pimpő

  2014-11-06 06:39:25

  Új Válasz

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  

  Aethelstone

  addikt

  #6420 Pimpő

  #6420 Pimpő

  "A lokális repó nem arra van kitalálva, hogy másolják (szinkronizálják) egyik gépről a másikra, a struktúrája nem ilyen."

  Tök mind1, hogy mire van kitalálva és milyen a struktúrája, file-okból áll az is, amiket nyugodtan lehet szinkronizálni ha nem használják párhuzamosan a példányokat. Akkor az volt e legegyszerűbb megoldás a legkisebb ráfordítással és nekem az volt a lényeg. Hiba nélkül működött, többre nem volt szükség.

  "akkor miért nem vetted a fáradtságot hogy a távoli kezelést is megnézd."

  Egyrészt ehhez kell egy távolról elérhető szerver, másrészt plusz munka a repo remote belövése, amire akkor nem volt szükség. Amikor szükségét éreztem távoli repónak, akkor átálltam arra.

  "Bitbucket"

  Ma hallottam először erről a cuccról.

  Tök mind1, hogy mire van kitalálva és milyen a struktúrája, file-okból áll az is, amiket nyugodtan lehet szinkronizálni ha nem használják párhuzamosan a példányokat.

  Változáskövetés?

  másrészt plusz munka a repo remote belövése,

  Azon kívül, hogy regisztrálsz valahol(Dropboxra is kellett) és add source vagy valami hasonló...?

• M_AND_Ms veterán

  #6426

  #6420 Pimpő

  2014-11-06 06:34:09

  Új Válasz

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  

  M_AND_Ms

  veterán

  #6420 Pimpő

  #6420 Pimpő

  "A lokális repó nem arra van kitalálva, hogy másolják (szinkronizálják) egyik gépről a másikra, a struktúrája nem ilyen."

  Tök mind1, hogy mire van kitalálva és milyen a struktúrája, file-okból áll az is, amiket nyugodtan lehet szinkronizálni ha nem használják párhuzamosan a példányokat. Akkor az volt e legegyszerűbb megoldás a legkisebb ráfordítással és nekem az volt a lényeg. Hiba nélkül működött, többre nem volt szükség.

  "akkor miért nem vetted a fáradtságot hogy a távoli kezelést is megnézd."

  Egyrészt ehhez kell egy távolról elérhető szerver, másrészt plusz munka a repo remote belövése, amire akkor nem volt szükség. Amikor szükségét éreztem távoli repónak, akkor átálltam arra.

  "Bitbucket"

  Ma hallottam először erről a cuccról.

  "Egyrészt ehhez kell egy távolról elérhető szerver"

  Miért mit gondolsz, a Dropbox az nem egy távoli szerver?

• WonderCSabo félisten

  #6425

  #6420 Pimpő

  2014-11-05 23:32:25

  Új Válasz

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  

  WonderCSabo

  félisten

  #6420 Pimpő

  #6420 Pimpő

  "A lokális repó nem arra van kitalálva, hogy másolják (szinkronizálják) egyik gépről a másikra, a struktúrája nem ilyen."

  Tök mind1, hogy mire van kitalálva és milyen a struktúrája, file-okból áll az is, amiket nyugodtan lehet szinkronizálni ha nem használják párhuzamosan a példányokat. Akkor az volt e legegyszerűbb megoldás a legkisebb ráfordítással és nekem az volt a lényeg. Hiba nélkül működött, többre nem volt szükség.

  "akkor miért nem vetted a fáradtságot hogy a távoli kezelést is megnézd."

  Egyrészt ehhez kell egy távolról elérhető szerver, másrészt plusz munka a repo remote belövése, amire akkor nem volt szükség. Amikor szükségét éreztem távoli repónak, akkor átálltam arra.

  "Bitbucket"

  Ma hallottam először erről a cuccról.

  Egyébként az eredeti kérdés arról szólt, hogy egyszerre több ember használja repót.

• floatr veterán

  #6422

  #6420 Pimpő

  2014-11-05 21:45:21

  Új Válasz

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  

  floatr

  veterán

  #6420 Pimpő

  #6420 Pimpő

  "A lokális repó nem arra van kitalálva, hogy másolják (szinkronizálják) egyik gépről a másikra, a struktúrája nem ilyen."

  Tök mind1, hogy mire van kitalálva és milyen a struktúrája, file-okból áll az is, amiket nyugodtan lehet szinkronizálni ha nem használják párhuzamosan a példányokat. Akkor az volt e legegyszerűbb megoldás a legkisebb ráfordítással és nekem az volt a lényeg. Hiba nélkül működött, többre nem volt szükség.

  "akkor miért nem vetted a fáradtságot hogy a távoli kezelést is megnézd."

  Egyrészt ehhez kell egy távolról elérhető szerver, másrészt plusz munka a repo remote belövése, amire akkor nem volt szükség. Amikor szükségét éreztem távoli repónak, akkor átálltam arra.

  "Bitbucket"

  Ma hallottam először erről a cuccról.

  https://code.google.com/ Ez talán csak ismerős. Vagy sourceforge...? Tele van a net ingyenes project hostinggal [link]

• Aethelstone addikt

  #6421

  #6420 Pimpő

  2014-11-05 21:32:33

  Új Válasz

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  

  Aethelstone

  addikt

  #6420 Pimpő

  #6420 Pimpő

  "A lokális repó nem arra van kitalálva, hogy másolják (szinkronizálják) egyik gépről a másikra, a struktúrája nem ilyen."

  Tök mind1, hogy mire van kitalálva és milyen a struktúrája, file-okból áll az is, amiket nyugodtan lehet szinkronizálni ha nem használják párhuzamosan a példányokat. Akkor az volt e legegyszerűbb megoldás a legkisebb ráfordítással és nekem az volt a lényeg. Hiba nélkül működött, többre nem volt szükség.

  "akkor miért nem vetted a fáradtságot hogy a távoli kezelést is megnézd."

  Egyrészt ehhez kell egy távolról elérhető szerver, másrészt plusz munka a repo remote belövése, amire akkor nem volt szükség. Amikor szükségét éreztem távoli repónak, akkor átálltam arra.

  "Bitbucket"

  Ma hallottam először erről a cuccról.

  Nos, ez alapvetően elvi kérdés. A rittyó kód is működik, mégis tartózkodunk tőle....

Új hozzászólás Aktív témák