Küsimus:
Lihtsaim viis käsikirja ühiseks kirjutamiseks?
bobthejoe
2012-04-24 13:20:45 UTC
view on stackexchange narkive permalink

Nagu paljude teadusartiklite puhul, on ka siin mitu autorit, kes pole füüsiliselt üksteisele lähedased. Olin uudishimulik, kuidas oleks kõige tõhusam ja lihtsam viis kirjutist tehniliselt jagada. Keerulisem pool oleks LaTeX ja seejärel kõigi muudatuste ühendamiseks subversioni kasutamine. Siis on google docs. Lõpuks on olemas traditsioonilised sõna redaktsioonide väljakirjutamised ja dokumendi saatmine koos kommentaaridega edasi-tagasi.

Mis töötab?

Unustasite ühe traditsioonilise lähenemisviisi: "Vabastan 2. osa loa; uuendatud lateksiallikas on lisatud sellele meilile. Nõuan nüüd jaotiste 3 ja 4 märki."
Peaksin lisama, et minu nõustaja pole tehniliselt osav. Seega rõhutatakse ** lihtsamat **
Vaadake siit: [LaTeX-faili samaaegne redigeerimine koostöös - tex.SE] (http://tex.stackexchange.com/questions/27549/simurrent-collaborative-editing-of-a-latex-file).
Kasutan SubVersioN-i hoidlateenust, paljud neist on veebis tasuta saadaval (vt nt http://xp-dev.com/).
Peate vastutama ühe autori. Vastasel juhul oleks kitsaskoht see, kes pole tehniliselt osav.
Kui mõtlete sõna otseses mõttes _simplest_ viisi (isegi veidi rohkem kui JeffE suurepärane kommentaar), siis ei saa te lihtsamat kui naiivne lähenemine: edastage üks fail e-posti teel edasi-tagasi, saajal on täielik kontroll kuni nad saadavad selle tagasi e-postiga. See on ainus lähenemine, mida tean ja mis ei vaja üldse tehnilist vilumust ega spetsiaalset tarkvara (lisaks sellele, mis on vajalik ühe autori kirjutamiseks) ja see väldib tüsistusi seoses mitme faili, kopeerimise ja kleepimisega või kellel on täpselt luba mida tegema. See võib olla üle jõu käiv, kuid mõnikord aitab see.
@AnonymousMathematician - kui tehniliselt saamatu redigeerimine ja pädev liitmine toimuvad, võib see hästi toimida.
@eykanal: Hea mõte, kuigi peate siiski olema kokku leppinud, kuidas sama jaotise vastuolulisi muudatusi vältida (või neid käsitleda).
@JeffE Ootan põnevusega päeva, mil käsitsi žetoonide edastamist peetakse antiikjäänukiks, mis sarnaneb kivide söövitamisele :)
@Suresh Aawwww.
Neli vastused:
#1
+40
Piotr Migdal
2012-04-24 15:48:19 UTC
view on stackexchange narkive permalink

Kui teie kaasautor pole tehniliselt kaldunud, on mõned võimalused:

  • Google Docs
    See on väga lihtne, jõuline ja reaalajas (pole vaja mõelda, milline versioon on kõige uuem). Lõin sellega palju dokumente (kuigi ainult 1 teadusartikkel). Hea mõte on kasutada erinevaid värve, et oleks selge, kes mida kirjutas. Üks puudus on see, et see ei pruugi võrrandite puhul nii lihtne olla ja kui peate asjad sealt LateX-i käsitsi kopeerima.
  • PDF-failide märkimine Adobe Readeri või samaväärse Samuti lihtne ja vastupidav. Kuid kuna see pole reaalajas, peate jälgima, milline versioon on praegune, ja samal ajal pole võimalik muudatusi teha. Siin olete ainus isik, kes vastutab LaTeX-faili muudatuste eest.
  • Märkimine või muutmine OpenOffice, MS Wordi või mõne muu kontoripaketiga ...
    Teine variant, mis võimaldab teil kaasautor otseste muudatuste tegemiseks, mõne kindla hinnaga.

Praktilise märkusena kahele viimasele: jälgige alati versiooni, nt draft_20120424_prof.pdf , kuhu lisate nii viimase redigeerimise kuupäeva (mitte final5 !) kui ka viimase redaktori nime. E-posti teel asjade vahetamisel on lihtne aru saada, milline versioon on kõige uuem ja tegelikult kaotatud muudatused (sageli sellest teadmata.)

Muud võimalused, mis nõuavad tehnilisi teadmisi:

  • writeLaTeX või muu sarnane ( ShareLaTeX, ScribTeX, LaTeX Lab - see, mis kasutab GoogleDocs, ...)
    Tööriistad dokumentide ühiseks redigeerimiseks (reaalajas) ja kompileerimiseks oma brauseris (nii et pole vaja midagi installida). Kuigi on vaja mõningaid teadmisi LaTeX-ist (vähemalt selleks, et teada saada, kuidas faili mitte rikkuda).
    ScribTeX (ainus, mida kasutasin) annab versioonihalduse ja näete, milliseid ridu muudeti (nagu versioonihaldussüsteemis), nii et pole vaja arvata, mida oleks võinud muuta.
    MUUDA: ScribTeX asendatakse ShareLaTeX-ga.
    writeLaTeX-il on reaalajas eelvaade ja see võib algajatele kõige sobivam olla.
  • Git või mõni muu versioonihaldussüsteem, nt. aadressil GitHub
    See võib siiski vajada tehnilisi oskusi peale LaTeXi väljaande. Kuigi seda pole keeruline kasutada, ma pole kunagi seda teinud kasutan seda paberite kirjutamiseks ja ma ei üritaks seda kunagi kasutada vähese arvutioskusega inimesega.

Mis puutub Dropboxi - see on hea kraam projekti failide jagamiseks, kuid EI muutmiseks failides. Esiteks ei tea kunagi, millal muudatused toimuvad. Teiseks, te ei tea, kus muudatused toimuvad.

Selle kohta on ka artikkel: uurimisnõuanded - veebipõhine koostöökiri.

Vaadake ka mõnda küsimust:

+1 kena valik võimalusi ja hoiatus Dropboxi eest! LaTeX + Git on endiselt minu lemmik.
Nagu kolmas soovitatud küsimus osutab, on [LaTeX Lab] (http://docs.latexlab.org/) hea lahendus. Kuid sellel puudub teatud funktsionaalsus. Kuid see aitaks teil alustada. Ma eelistan seda võimalust.
@adn: Lisas LaTeX Lab, aitäh. Tegelikult olen seda varem proovinud, kuid "versioonide ajalugu" ei töötanud (ja ikkagi ei tööta).
#2
+20
eykanal
2012-04-24 17:38:22 UTC
view on stackexchange narkive permalink

Kui töötate Wordi dokumentidega, sisaldas Word 2007 funktsiooni väga vahvad muudatuste ühendamine. See veebipõhine abidokument saidilt microsoft.com kirjeldab üksikasjalikult, kuidas see töötab, kuid tegelikult ei täida selle funktsiooni õiglust. Idee jaoks vaadake järgmist ekraanipilti:

Document compare in Word 2007

Lühidalt võite klõpsata nupul "Võrdle" (lindil paremalt kolmas), ja see võimaldab teil valida kaks algdokumenti. Sealt avab see ülaltoodud väga kena liidese, kus paremal on kaks lähtedokumenti, keskel ühendatud dokument ja vasakul (või allosas, saate selle peita, kui te seda ei soovi) ). Kasutate seda nagu kõiki muid "raja muudatusi"; lihtsalt läbige, muutke muudatuste abil, kasutades lindil jaotisi Muudatused nuppe "eelmine", "järgmine", "aktsepteeri" ja "tagasi lükka". Kui olete lõpetanud, salvestage lihtsalt kombineeritud dokument ja saate oma ühendatud dokumendi.

Olen seda mitu korda kasutanud ja see on väga kasulik funktsioon. Selle kõige parem aspekt on see, et seda saab kasutada koos tehniliselt saamatute inimestega. Öelge neile lihtsalt: "võtke dokument, tehke muudatusi, ma tegelen sellega"; Olen seda oma tehnoloogilise väljakutse saanud ülemusega mitu korda kasutanud ja see on olnud päästetöö. Teie olukorda arvestades võib see olla teie parim valik.

Jube. Töö kirjutamine Wordis.
@DaveClarke - kui elu annab sulle sidruneid ...
* kehitab õlgu * kui teil on vaja seda kasutada, siin see on. Ma pole kunagi Wordis akadeemilist tööd kirjutanud ega kirjuta seda kunagi, aga neile, kes seda teevad, siin sa lähed. Ma ei soovita seda *; Ma lihtsalt teavitan mõnda funktsiooni.
kahjuks aktsepteerivad paljud ökoloogiaajakirjad ainult Wordi faile. Olen võtnud käsikirjade kirjutamise HTML-i lihtsalt selleks, et see sõna neid avaks - see on minu valdkonna jaoks piinlik.
#3
+14
user102
2012-04-24 14:11:46 UTC
view on stackexchange narkive permalink

See sõltub ka sellest, milline peaks olema teie dokumendi lõplik vorming. Näiteks kirjutan kõik oma artiklid lateksis ja teiste teadlastega koostööd tehes kasutan BitBucket: loon Latexi hoidla ja annan teistele autoritele juurdepääsuõigused. BitBucketi üks hea aspekt on see, et neil on akadeemikute jaoks eriplaan, kus saate tasuta piiramatu arvu koostööpartnereid. Konfliktide vältimiseks nii palju kui võimalik, lagundame põhidokumendi tavaliselt iga jaotise jaoks ühes failis ja püüame vältida sama jaotise samaaegset töötamist, kuid isegi kui see juhtub, on tavaliselt võimalik hõlpsasti töödelda. ühendage erinevad muudatused. Üks tore omadus on võimalus automaatselt märguandeid saada, kui üks autor teeb oma muudatused. Kuna keegi saab luua BitBucketi konto, pole sisemise serveri välisele koostööpartnerile konto loomisega probleemi.

Muidugi pole BitBucket ainus võimalus ja võiks kasutada ka Giti või isegi Dropboxi, kuigi viimase puhul ma seda ei tee ' Mulle väga meeldib natiivversioonisüsteemi puudumine.

Teisest küljest, kui ma ei tööta otse paberil, vaid näiteks projektiettepaneku mustandi kallal, siis kasutan Google'i dokumente, sest see on üsna koostöötlust on lihtne teha.

Kasutan ka Bitbucketit (ja pange tähele, et teie hoidla võib olla kas Git või Mercurial; Bitbucket hostib mõlemat). Kuid ma ei hääletanud selle vastuse poolt, sest see pole kõige lihtsam viis. Võib-olla tuleks küsida teistsugune küsimus.
Noh, ma arvan, et "lihtsaim" on suhteline mõiste :) IMHO, Lateksitööde kirjutamiseks on see kõige lihtsam lahendus ühistöö tegemiseks: pole vaja serverit hallata, pole vaja manuaalseid märke edastada, see toimib ka varundamine, võimalus kohapeal siduda, kõik ainult kolme käsuga: "hg pull --update", "hg toime" ja "hg push". Kui lateksit pole vaja, siis ma ei tea, mis on kõige lihtsam :)
https://Authorea.com on selle voo lähedal - kulisside taga on jaotises üks fail ja Git-juurdepääs on võimalik (kuigi seadistamine on natuke keeruline) -, kuid peidab selle veebi kasutajaliidese taha, et kaastöötajad saaksid seda kasutada ilma tarkvara või versioonihalduse kogemuseta. Lisaks toetab see Markdowni.
#4
+6
Irwin
2013-04-25 02:36:51 UTC
view on stackexchange narkive permalink

Teeme failide vahetamiseks tokenide edastamist ja mingisugust meetodit. Ma arvan, et seda meetodit käsitleti kommentaarides, kuid lubage mul seda siin täpsustada. Kasutan näiteks Wordi, kuna on tõenäoline, et teete tokenide käsitsi edastamist, selle põhjuseks on see, et te pole suutnud veenda oma meeskonnas kedagi LaTeX-ile üle minema ja inimesi, kes ei soovi LaTeX on ilmselt tüüp, kes ei soovi versioonihaldusega tegeleda.

"Jagatud kaust" on mehhanism, mida kasutate failide jagamiseks. See võib olla Dropboxi kaust, e-post, WebDAV, kaugkataloog SSH-le ligipääsetavas serveris jne.

  1. Lukustamine : inimene, kes alustab fail nimetab selle ümber nii, et nende nimi oleks lõpus. Nad saadavad grupile e-kirja, milles öeldakse: "Lukustan 1. osa." Lisage meilis olevad lukud.

  2. Avamine : see on mitmeastmeline protsess.

a. Kui keegi teine ​​ ei avanud mõnda jaotist enne avamist, siis saate faili ümber nimetada praeguseks kuupäevaks ja kellaajaks, seejärel panna see jagatud kausta.

b. Kui mõni teine ​​kaasautor avas jaotise enne avamist, siis peate jagatud kaustast uusima versiooni eemaldama, kopeerima jaotise, millega töötasite, ja kleepima selle hiljuti alla laaditud versiooni. Nimetage äsja muudetud fail praeguseks kuupäevaks ja kellaajaks, seejärel pange see jagatud kausta.

Põhjus, miks teete seda nii ja mitte teisiti (kõigi teiste jaotiste kopeerimine ja kleepimine teie dokumenti) ), sest see tähendab, et peate jälgima, mida kõik teised tegid, samal ajal peate jälgima ainult seda, mida te tegite.

See on põhimõtteliselt kõik. Suurim probleem on see, kui keegi ei pööra tähelepanu ja ei sulandu korralikult või kui kaks inimest üritavad midagi korraga lukustada (kuna meilil on viivitus), kuid tavaliselt peab teil olema keegi, kes seda protsessi tunneb silma peal.



See küsimus ja vastus tõlgiti automaatselt inglise keelest.Algne sisu on saadaval stackexchange-is, mida täname cc by-sa 3.0-litsentsi eest, mille all seda levitatakse.
Loading...