emacs-orgmode@gnu.org archives
 help / color / mirror / code / Atom feed
* Collaborating on a shared project
@ 2012-08-15 11:27 Sebastien Vauban
  2012-08-15 12:23 ` Bastien
  0 siblings, 1 reply; 2+ messages in thread
From: Sebastien Vauban @ 2012-08-15 11:27 UTC (permalink / raw)
  To: emacs-orgmode-mXXj517/zsQ

Hello,

After months, if not years, of insistence, I've convinced (even VI) colleagues
to use Org as the format for keeping tracks of tasks to do, and of time spent
on them.

Now, as projects involve more people than me only, I'm a bit stuck because I'd
like to get all tasks (of everybody) in _one unique_ file (currently, with
tags for the assignee), and I require them to track time with Org.

Doing so, that file being part of my `org-agenda-files', I have the following
problems:

- By default, I see *their* tasks in my basic agenda view. OK, that can be
  solved by filtering on tags, eventually making up a customized agenda view
  for me. Not a real problem, then.

- I see *their* clock lines when checking the clocks (for gaps or overlaps).

The workaround I had until now was to put all project information in one
unique file, but the clock times (and the corresponding tasks) in personal
(but public among us) files.

That solved the problem of (much more) conflicts when committing updates to
the Org project file as well.

However, there is now good view of the tasks, even INCLUDE'ing those Org files
in the project file, as everybody has made up its own structure for the tasks,
and tasks about a same subject may be spread over multiple personal files.

If I want a nice HTML project page, with tasks logically ordered, I must
return to the "one big file" view.

But what happens with the tasks done by others?  If one task is begun by
someone, then finished by another, do I need to create two tasks, as I use
tags for setting the assignee?  It does not make real sense, semantically, as
we speak of the same task.

Then, the clock lines should be owned by some user (identified by kind of a
tag): they could be set under the same task, and the "clock check" functions
should be improved to take into account some sort of identifier.

That's, here, the current results of my thoughts about how to resolve the
above problem. I'd be interested to hear other solutions or workaround, and I
think we should have a way to upgrade Org to more than a *personal* organizer
-- of course, it already is much more, but I'm emphasizing here over
"personal".

Best regards,
  Seb

-- 
Sebastien Vauban

^ permalink raw reply	[flat|nested] 2+ messages in thread

* Re: Collaborating on a shared project
  2012-08-15 11:27 Collaborating on a shared project Sebastien Vauban
@ 2012-08-15 12:23 ` Bastien
  0 siblings, 0 replies; 2+ messages in thread
From: Bastien @ 2012-08-15 12:23 UTC (permalink / raw)
  To: Sebastien Vauban; +Cc: public-emacs-orgmode-mXXj517/zsQ



Hi Sébastien,

"Sebastien Vauban"
<wxhgmqzgwmuf-geNee64TY+gS+FvcfC7Uqw@public.gmane.org> writes:

> I think we should have a way to upgrade Org to more than a *personal*
> organizer -- of course, it already is much more, but I'm emphasizing
> here over "personal".

There is work under the way to make Org more collaboration-ready.

See the org-merge-driver by Andrew:

  http://orgmode.org/w/org-merge-driver.git

It helps merging possible conflicts when people use the same repo to
store org files.  Andrew asked for feedback -- if you have time to test
this, that would be great.

See also org-sync by Aurélien:
 
  http://orgmode.org/w/org-sync.git

It helps synchronize local org files with a remote backend such as
redmine, github, RememberTheMilk, etc.  Here again, feedback is very
welcome.

Now, what I would do in your situation is to have one .org file per
collaborator, then various views to get the information you want.  
This reduces possible merge conflicts, makes it easy to publish it
as a web page -- even publishing agendas should be okay.  I've never
used Org in this way though, so this is not grounded on experience.

Best,

-- 
 Bastien

^ permalink raw reply	[flat|nested] 2+ messages in thread

end of thread, other threads:[~2012-08-15 12:23 UTC | newest]

Thread overview: 2+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2012-08-15 11:27 Collaborating on a shared project Sebastien Vauban
2012-08-15 12:23 ` Bastien

Code repositories for project(s) associated with this public inbox

	https://git.savannah.gnu.org/cgit/emacs/org-mode.git

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).