hglock

Habang papalit-palit ang lahat ng tungkol sa pagiging desentralisado, ito ay minsan lubhang kapaki-pakinabang upang gumana sa isang sentralisadong fashion: kung ang mga file ng trabaho mo sa hindi maaaring ipinagsama (binary file tulad ng mga dokumento na Word, Photoshop imahe, atbp) at pagkatapos ito ay mas mahusay na makipag-tapat tungkol sa anumang mga pag-edit upang maiwasan ang mga kasabay ng trabaho.
hglock ay isang extension na impliments isang sentralisadong file na nakabatay sa pagsasara pamamaraan para sa paiba

Ano ang bago sa release na ito.

• Ayusin ang mga problema sa paiba 2.5

Ano ang bago sa bersyon 0.5:

• I-lock ang mga file sa kopya at palitan ang pangalan. Sa pamamagitan ng aming mga modelo, sanay tanggapin ang server ng isang push na nagsasangkot unlocked file na naisasara ay sapilitan. Lilitaw tulad ng mga file pagkatapos ng isang palitan ang pangalan kung ang mga bagong file ay hindi naka-lock. Gayunpaman, hindi maaaring i-lock ng user ang file na ito dahil ito ay wala sa server pa.
• Ang extension na ngayon ang loob kumuha ng isang lock para sa mga pangalan patutunguhan ng isang palitan ang pangalan o kopyahin. Ang kandado para sa orihinal na file ay naiwan sa lugar upang ang mga user sariling mga kandado para sa parehong luma at ang bagong pangalan.
• Mga Fixed Issue 3: isulat ang mga pahintulot ng file ay hindi na-update sa unang clone kapag umiiral na ang isang .hgignore file
• https://bitbucket.org/aragost/hglock/issue/3/
• Nasubukan ang extension na may papalit-palit ng mga bersyon 1.8.4 sa 2.0 at rewrote code at pagsusuri upang mapanatili ang compatibility.

Ano ang bago sa bersyon 0.4:

• Experimental suporta para sa pagmamarka unlocked file bilang read-only. Ito ay katulad ng kung paano gumagana ang SVN kapag ang isang file ay ang svn.: Pangangailangan-lock set property
• ito ay hindi pa na-advertise sa tulong ng extension at ay naka-off sa pamamagitan ng default. Upang paganahin, idagdag ang sumusunod sa isang configuration file:
• [hglock]
• updatewriteperm = True
• Kapag ang isang lalagyan na kopya, minarkahan file bilang nangangailangan ng pagsasara (katugma sa pamamagitan ng .hglocks) ay naka-check out read-only. Kapag ang isang file ay naka-lock, ito ay ginawa writable. Kapag ang isang file ay unlock (na may sa pamamagitan hg unlock FILE o hg itulak), ito ay read-only na muli.
• Salamat sa Scott Sturdivant para sa mga kontribusyon sa tampok na ito.
• Ang update at gumawa ng mga utos na gamitin ang kandado kataon at ngayon tahimik na huwag pansinin ang isang nawawala o uninitialized repository lock. Bago, i-update hg ay mabigo kung ang repository lock ay hindi initialize, ito outputs ngayon ng isang babala na ang ay ipinapakita lamang kapag --verbose ay ginagamit.
• refactored code para sa mas mahusay maintainability. Ang remote procedure call protocol ngayon ay nakatira sa kanyang sariling module.

Ano ang bago sa bersyon 0.3:

• Client-side-suri ng itinulak changesets. Bago panunulak, kliyente inspects ngayon sa bawat itinulak changeset upang makita kung ito ay naglalaman ng anumang mga file unlocked na pagla-lock ay sapilitan. Ang push ay iniurong kung tulad ng isang changeset ay natagpuan.
• Gumawa hg unlock mapatunayan changeset ng kliyente sa parehong paraan hg lock ang ginagawa. Sinisiguro nito na ang isang client ay hindi i-unlock ang isang file bago ang changesets na baguhin ito ay itinulak.
• Ang pangunahing paraan upang i-unlock ang mga file ay ngayon upang lamang itulak ang changesets na nakakaapekto sa mga file - ang command unlock maaari lamang gamitin kung ang isang file ay hindi nabago dahil ito ay naka-lock
.
• Disabled --force flag para hg push. Paglikha ng maramihang mga ulo sa itulak ay pagkatapos ay hindi na maaari. Panunulak ng isang bagong sangay ay posible pa rin sa bandila --new-branch.
• Ayusin ang compatibility sa paiba 1.9.x. Ngayon nasubukan na may papalit-palit na bersyon 1.8.4, 1.9, at 1.9.1.

Ano ang bago sa bersyon 0.2:

• Re-release ng mga bersyon 0.1. Ang pagbabago mula sa isang changegroup hook sa isang pretxnchangegroup taga sa 575c95b4ab8f may masamang kahihinatnan. Kaya 575c95b4ab8f at ang mga pag-aayos followup (d87f0dc0919e, 4ba9b24da91b, 7ec8374652ad) ay masyadong hindi matatag na release.
• Ang release na ito ay gagawa sa 4b61dc057391 at kasama lamang ang ayusin para sa lock ng pagkilala sa mga maling file sa isang merge (7e3a4247e682 at 019d137a6ece) kasama ang mga pagbabago packaging.

Kinakailangan :

• sawa