Continue fixing refs
[worg.git] / worg-about.org
blob21f07f460169158c90821bb07b472924af21f350
1 #+TITLE:      About Worg
2 #+AUTHOR:     Worg people
3 #+EMAIL:      mdl AT imapmail DOT org
4 #+STARTUP:    align fold nodlcheck hidestars oddeven lognotestate
5 #+SEQ_TODO:   TODO(t) INPROGRESS(i) WAITING(w@) | DONE(d) CANCELED(c@)
6 #+TAGS:       Write(w) Update(u) Fix(f) Check(c) 
7 #+LANGUAGE:   en
8 #+PRIORITIES: A C B
9 #+CATEGORY:   worg
10 #+OPTIONS:   H:3 num:nil toc:t \n:nil ::t |:t ^:t -:t f:t *:t tex:t d:(HIDE) tags:not-in-toc
11 #+HTML_LINK_UP:    index.html
12 #+HTML_LINK_HOME:  https://orgmode.org/worg/
14 # This file is released by its authors and contributors under the GNU
15 # Free Documentation license v1.3 or later, code examples are released
16 # under the GNU General Public License v3 or later.
18 * Introduction
20 ** What is Worg?  What is its relation to Org?
22 [[http://www.orgmode.org][Org]] is an [[http://www.gnu.org/software/emacs/][Emacs]] mode for /keeping notes, maintaining to-do lists, and
23 doing project planning with a fast and effective plain-text system/
24 (as the [[http://www.orgmode.org/org.html][Org manual]] says).
26 Worg is a /collectively/-built knowledge database about [[https://orgmode.org][Org]],
27 planning in plain text, and other related topics.
29 ** Why use Org-mode for creating a collaborative website?
31 Because Org makes it easy, fast and effective to edit *well-structured*
32 files.  Ever wanted to edit a [[file:org-tutorials/tables.org][table]] in a wiki?  Ever wanted to change the
33 outline structure in a wikipage?  Ever wanted to edit lists quickly?  Org
34 lets you do this.
36 Because Org-mode makes *beautiful* documents: it supports links, font
37 beautification, examples, etc.  And you can export those documents to
38 HTML, LaTeX, or DocBook.
40 Because Org is also a powerful *task-management system*.  Hopefully sharing
41 a [[file:todo.org][TODO file]] will make it easy for everyone to know where he could help.
43 ** So Worg is a bit like a wiki, no?
45 No.  Yes.  Kind of.  Here are a few differences:
47 - you edit the pages *using Emacs*, not a cheesy web interface;
49 - the Worg website (repository) is maintained using [[http://git-scm.com/][git]];
51 - even if people are invited to merge their changes into the [[https://orgmode.org/worg/][main Worg
52   website]], they are free to start a new Worgie of their own.  Using git
53   makes Worg a *distributed* community website.
55 - there is an important difference: Org is a very fast and effective plain
56   text task-management system.  Meaning that you can add the Worg todo
57   file (=todo.org= in the Worg directory) to your =org-agenda-files= and
58   see your list of task populated by tasks added by other people...
60 ** So what is contained in Worg?
62 Everything related to Org, project planning in plain text, and the Org
63 community.  Go crazy!
65 * Who can participate in the editing of Worg?
67 Everyone with a minimal knowledge of Org (and Emacs) and git.  See the
68 section describing [[*How to use git for Worg][How to use git for Worg]] for details.
70 * Do I need to register somewhere?
72 You need to register on https://sr.ht and request to be added to the
73 https://git.sr.ht/~bzg/worg project.
75 If you are lost, you can ask [[mailto:tec@tecosaur.com][Timothy]] --- also see [[*How to use git for Worg][How to use git for
76 Worg]] for more information.
78 * Who's in charge of Worg?
80 Worg was started by [[http://bzg.fr][Bastien]] in the hope that other Org-ers around will
81 bite into this and start sharing tutorials, example of codes, etc.
83 Worg is currently maintained by Krupal and Corwin Brust.
85 Their role is to take care of [[https://git.sr.ht/~bzg/worg][the Worg repository]] and to empower new
86 maintainers and contributors.
88 * OK, I want to *contribute to Worg* now!
90 The first thing you need to know is review [[*How to use git for Worg][How to use git for Worg]].
92 The second thing you might be interested in is general advice and
93 conventions on how to [[file:worg-editing.org][let Worg grow]].
95 If you're interested in knowing how Worg publishes itself as a website,
96 check the [[file:worg-setup.org][Worg setup]] page.
98 If or once you are familiar with the above, you can contribute by sending patches against the Worg repository to
99 the [[file:org-mailing-list.org][Org mailing list]].
101 : ~$ git clone https://git.sr.ht/~bzg/worg
103 If you want to contribute regularily, you can ask for commit access.
104 When you get it, you can clone the repository like this:
106 : ~$ git clone git@git.sr.ht:~bzg/worg
108 and push commits directly.
110 ** How to use git for Worg
112 *** What is git?
114 [[http://git.or.cz][git]] is a fast version control system that lets you collaborate on a
115 project.  For details on how to use git, go and read the [[http://www.kernel.org/pub/software/scm/git/docs/gittutorial.html][git tutorial]].
116 For details on the public git repository, please check it [[https://git.sr.ht/~bzg/worg][here]].
118 The homepage of the Worg project is here: https://orgmode.org/worg/.
120 To clone a read-only copy of the repo:
122    : ~$ git clone https://git.sr.ht/~bzg/worg
124 If you intend to push changes, see below to ask for an account; and,
125 then clone like this:
127    : ~$ git clone git@git.sr.ht:~bzg/worg
129 Since Worg is constantly updated you may want to update your copy of
130 Worg before reading sometimes later.  To do so =cd= into the Worg
131 directory and upgrade your copy of Worg with the command:
133    : ~$ git pull
135 If you want to contribute to Worg, keep reading.
137 *** The first time you contribute to Worg
138   :PROPERTIES:
139   :CUSTOM_ID: contribute-to-worg
140   :END:
142 1. Create an account on https://sr.ht.
144 2. Request write access to https://git.sr.ht/~bzg/worg.
146 3. Clone the project somewhere in a working directory:
148      : ~$ git clone git@git.sr.ht:~bzg/worg
150 4. Go to the newly created =worg/= directory and edit some files.
152 5. If you created files, add them to the git index:
154    : ~$ git add *.org
156 6. Commit changes with the appropriate comment:
158    : ~$ git commit -a -m "summary comment about all changes"
160 7. When you are a collaborator, push your change to Worg:
162      : ~$ git push
164    The system is designed for immediate updates -- if not, it means
165    something is wrong.  You should be able to read the error message
166    and see what is wrong, then help with fixing issues.  In general
167    the issues are trivial to fix.
169 *** The second time you contribute to Worg
171 1. Go to your =worg/= directory.
173 2. Be sure to "pull" the last version of the repository.
175   : ~$ git pull --rebase
177 3. Make some changes.  (If you want to learn more about various git
178    workflow, read [[file:worg-git-advanced.org][this page]].)
180 4. Commit your changes on your local repository:
182    : ~$ git commit -a -m "summary comment about all changes"
184 5. Push your change on the remote repository
186    : ~$ git push
188 *** Going deeper
190 **** Getting organized
192 The Worg TODO file is =todo.org=.  If you are a Worg zealot, maybe
193 you want to add this file to the list of your agenda files.  For
194 example, here is my =org-agenda-files= variable:
196   : (setq org-agenda-files '("~/org/bzg.org" "~/git/worg/todo.org")
198 I have an agenda custom command for checking tasks that are assigned
199 to me:
201   : (org-add-agenda-custom-command '("W" tags "Owner=\"Bastien\""))
203 The next time someone assigns a task for me, it will appear in my Worg
204 agenda view.
206 **** Register your changes under your name
208 Information regarding your name can be stored in your global
209 =~/.gitconfig= file, or in =Worg/.git/config=.
211 Edit it like this:
213 : [user]
214 :        name = FirstName LastName
215 :        email = you@yourdomain.example.com
217 Now your changes will be filed under your name.
219 # I'm not sure this is useful at all:
221 **** Rebase to avoid merging commits
223 It's good practice to pull the current version of the repository
224 before making your own additions. But even if you do, someone might
225 make a change while you are working. So it will often be necessary to
226 pull immediately before pushing your new commit. In this situation, if
227 you use =git pull= directly, then a 'merge commit' will be generated,
228 looking like this:
230 #+begin_example
231 commit aaaabbbbbbbbbaaaaaaaaabbbbbbbb
232 Merge: bababa efefefef
233 Author: Some one <name@domain>
234 Date:   Wed Nov 24 00:00:01 2010 -0700
236     Merge branch 'master' of git@git.sr.ht:~bzg/worg
237 #+end_example
239 That's not a major problem, but it's nice to keep the commit logs free
240 of this stuff. To avoid generating the merge commit, use the =--rebase=
241 option when pulling:
243 : ~$ git pull --rebase
245 Basically this means that your commit will be put to the top of the
246 stack, as if no one had made any additions while you were
247 working. More advanced git users might make their changes in a
248 personal branch, and then rebase that branch against a freshly pulled
249 master branch before merging it in to master. The end result would be
250 the same as pulling with =--rebase=.
252 **** Dealing with line endings
254 Unix, Windows and Mac all have different conventions for marking the
255 end of a line. This might lead to problems when editing the same file
256 across platforms. Github advises Linux users to automatically convert
257 all external files to LF on committing (see
258 [[http://help.github.com/dealing-with-lineendings]]) by setting:
260 : ~$ git config --global core.autocrlf input
262 For Worg, this is the wrong solution, since there are already files
263 with both end of line conventions in the repository.  Instead tell git
264 locally not to convert files by setting:
266 : ~$ git config core.autocrlf false
268 Of course you have to be careful not to save Windows files as Unix
269 files or vice versa, since this would lead to large and confusing
270 diffs. This should not be a problem with Worg as
272 - one rarely edits other people's files anyway, and
273 - Emacs can deal with end of line conventions transparently.
275 **** Git usage for people who just want to send patches
277 See [[file:worg-git-advanced.org][this page]].
279 **** Emacs' in-built version control system and git
281    Emacs's VC supports many common git operations, but others, like
282    repository syncing must be done from the command line.  For example
283    the Command =C-x v v= does check in changes in the *local* and not
284    in the *remote* repository in contrast to other back ends like svn.
285    It is necessary to do additionally
287 : ~$ git push
289    to sync the change on the remote server.
291 ** Something went wrong
293 *** Preventing publishing errors
295 Locally export any document you edit as HTML (=C-c C-e h H=) prior to
296 committing it to Worg and ensure the export process doesn't fail.
297 This will be more reliable if you're running the latest version of
298 Org.
300 You may also want to check the formatting in a browser before
301 committing your change (=C-c C-e h o=).
303 *** Troubleshooting publishing errors
305 If you notice Worg isn't updating, visit [[https://orgmode.org/worg/publishing.txt][publishing.txt]] and look for
306 the export error near the bottom to find the file where publishing
307 stopped.  Locally update to the latest version of Org, open that file,
308 and try reproducing the export error (=C-c C-e h H=).  If it's not
309 obvious where the problem is, look at the most recent changes to the
310 file in question:
312 : cd Worg
313 : git log -p org-quotes.org
315 Try reverting some of those changes and then re-test exporting (=C-c
316 C-e h H=).