@abalaban
Quote:

Why ? Because it's the way I.T. works: each time a new generation of people comes, it thinks that what previous generation did is bad and dishes all in favor of completely new (and totally unproven, unstable and incomplete) concepts... Revision control softwares doesn't escape this rule.

At this point, revision control software seems to exemplify that rule

I'm working on YARCS (Yet Another Revision Control System). It's a revision control system that spawns a new revision control system for every project. It avoids all problems inherent to a group project by preventing anyone from commiting any code to my projects.

Seriously, a software repository is like a canvas with multiple artists painting the same picture. You can change the canvas, the palette and the brushes but the problems will remain and no one artist will be completely happy with the results.

_________________
X1000 with 2GB memory & OS4.1FE

@Tomppeli
Quote:

My local repository is called a drawer

Mine too! My local branch manager is Dopus4. The speed and simplicity is amazing! Each branch (drawer) has a revision number (date) and a change log (comment). I can patch, move or remove any of my branches at will. I guess we just do git it (get it) do we?

_________________
X1000 with 2GB memory & OS4.1FE

@Xenic

Quote:

It avoids all problems inherent to a group project by preventing anyone from commiting any code to my projects.

Just like git then.

_________________
Wiki for new/returning Amiga users - Projects: ACE basic compiler / FrexxEd / Git

@kas1e

Quote:

11/128.MOS:test> git clone git://anongit.freedesktop.org/mesa/mesa Cloning into mesa... warning: templates not found /home/ф/share/git-core/templates error: fork (async) failed: Function not implemented

This makes no sense... The git protocol handler explicitly doesn't require fork() support. (it returns "&no_fork"). The ssh protocol handler does, so that needs further work (you can't write to the repository with the git handler...

I run into various problems with it on AROS too - I've mostly been testing with local repos -, but not related to missing fork().

_________________
Wiki for new/returning Amiga users - Projects: ACE basic compiler / FrexxEd / Git

I've checked in a few changes to restructure things and add in the __amigaos4__ ifdef's and try to apply some of the changes described in the earlier messages, but I haven't had a chance to test them yet (including on AROS) so I may have broken things further...

Re: execve etc. there's compatibility code in the Windows/mingw port that is fairly generic and could probably be used as a starting point - I'm planning on taking a look at that this weekend.

_________________
Wiki for new/returning Amiga users - Projects: ACE basic compiler / FrexxEd / Git

@vidarh

Yeah, i see that in the compat/mingw.c , and there is also pipe() realisation as well, but its not looks very easy for me anyway..

Still, fork() will be our main problem imho.

_________________
Join us to improve dopus5!
zerohero's mirror of os4/os3 crosscompiler suites

@kas1e

Windows doesn't have fork() either. Most of git just use fork indirectly via start_command() in run-command.c which implements an alternative version for Windows that uses pipes and spawning a new task/process. I think just changing that #ifdef to use the windows version for AROS/AmigaOS will help, though it'll probably mean stubbing out a few more functions before it'll compile again.

Some things like git-daemon uses fork() directly, but git-daemon looks easy-ish to modify to not depend on it and it's also not essential (without it you can't *host* git:// urls, but you can still clone from them)

pipe() is easy-ish on Amiga-like OS's, using PIPE:

_________________
Wiki for new/returning Amiga users - Projects: ACE basic compiler / FrexxEd / Git

@Xenic

Quote:

Xenic wrote: @Tomppeli Quote: My local repository is called a drawer Mine too! My local branch manager is Dopus4. The speed and simplicity is amazing! Each branch (drawer) has a revision number (date) and a change log (comment). I can patch, move or remove any of my branches at will. I guess we just do git it (get it) do we?

Don't get me wrong, I use pretty much the same technique and it has worked fine for 15 years. However, when you start messing with something bigger, like OWB, and you are not alone anymore it becomes very hard to keep track of changes. Especially if more than one person needs to work in the same set of files at the same time. Manual merging just doesn't work.

_________________
- Don't get fooled by my avatar, I'm not like that (anymore, mostly... maybe only sometimes)
> Amiga Classic and OS4 developer for OnyxSoft.

@kas1e

Also, for AOS4 it's probably better to not set NO_PTHREADS if your pthreads implementation is up to it, as enabling pthreads support causes some of the calls to fork() to get #ifdef'd out.

_________________
Wiki for new/returning Amiga users - Projects: ACE basic compiler / FrexxEd / Git

Are there any news on this? I'm still looking for a version/revision control system including a working server part since I need it for managing my code and using tagged versions!

@Tomppeli

Quote:

Tomppeli wrote: @Deniil715 Why there's so many such systems and why do we need all of them ?

Currently there's no way to have a version tracking system on AmigaOS4. You can run CVS or SVN clients, but your repository has to be on a server running Windows or Linux. As far as I understand GIT does not rely on a separate server, so if we had it ported it should be possible to manage your projects in a version tracking system locally on one machine without the need for a Linux/Windows server.

@Tomppeli

Quote:

My local repository is called a drawer (or a folder on other platforms)

Ewww... What if you spend time hacking away at a file then wish you hadn't? Repositories let you get back previous versions. And work with others way better than by emailing files back and forth.

We're using git for the sourceforge project for AmigaOne uboot project updates.

Mainline uboot uses git, so it's a logical choice. Git is getting very popular these days with a lot of projects out there.

Mozilla uses Mercurial for their projects. Certainly the Friedens use Mercurial for their Timberwolf project. They'd be crazy not to.

_________________
All glory to the Hypnotoad!

@billt

Quote:

Ewww... What if you spend time hacking away at a file then wish you hadn't?

Yep, been there, done that. Know the feeling. I then discovered the beauty and utter simplicity of copying that one sourcefile or that one entire project...
Add to this a project log and mention why the heck you ever branched off. This forms a rather workable way of keeping track of things. Well, that is, for me it does.

OldFart

_________________
More then three levels of indigestion and you're scroomed!

@COBRA

Quote:

Currently there's no way to have a version tracking system on AmigaOS4. You can run CVS or SVN clients, but your repository has to be on a server running Windows or Linux.

In fact that's not exactly true, with CVS and SVN you can effectively host your repository under AmigaOS 4 but you won't be able to access to it through the network (at least in a clean way using the daemon (i.e. server) part of the software suite). Other than that I always hosted my projects on AmigaOS4 until I got a NAS who now perfectly fits that job.

Last edited by abalaban on 11-Jul-2011 at 11:25 AM.

_________________
AOS 4.1 : I dream it, Hyperion did it !
Now dreaming AOS 4.2...
Thank you to all devs involved for this great job !

@Reth

I've unfortunately been stuck spending my time on other projects. Don't know if Kas1e has had any chance to spend more time on it either. If anyone wants to help out, my version is available on https://github.com/vidarh/Git

The remaining bits and pieces for AROS aren't that bad - just sucking up time I don't have at the moment. Most of the AROS changes should then translate over for AmigaOS4 very easily.

_________________
Wiki for new/returning Amiga users - Projects: ACE basic compiler / FrexxEd / Git

@vidarh

Vidar, I expect to take delivery of an AOS4 machine soon. Once that arrives, I'd like to pitch in on this Git to Amiga effort. Not sure how much impact I can make, not much free time here either, but I'd be interested in at least seeing what level of effort would be required to be impactful.

_________________
Vic-20, C-64, C-128
Amiga 1000, 3000
AmigaOne X1000

@COBRA

If your talking about local projects then SVN works fine for this using the file: protocol. I use it for my AOrganiser project.

Ofcourse if your running from more than one machine that option wont; help

_________________
BroadBlues On Blues BroadBlues On Amiga Walker Broad

@broadblues

Quote:

broadblues wrote: @COBRA If your talking about local projects then SVN works fine for this using the file: protocol. I use it for my AOrganiser project.

Since we now have Apache via the AAMP package, it should be possible for someone to compile the mod_dav and mod_dav_svn modules and run the server that way.

Hans

_________________
http://hdrlab.org.nz/ - Amiga OS 4 projects, programming articles and more. Home of the RadeonHD driver for Amiga OS 4.x project.
https://keasigmadelta.com/ - More of my work.

@Hans

If you're a bit patient, you can download my new extension package for AAMP with SVN and DAV modules. With this package you can use Apache as a SVN server or the standard server "svnserve" from the Subversion package

(Interested in testing the package ??)

_________________
X-5000 PPC 5020/2 GHZ, Fractal Define XL R2-Tower, OS 4.1 final update 2, 4 GB, Radeon HD 7770, ESI Juli@ XTe
SAM 460ex/1,15 GHZ, OS 4.1 final, 2 GB, Radeon HD 6450
Amiga 4000D/040 25 Mhz, OS 3.9 BB2, 272 MB, X-Surf, 250 MB ZIP

@Tomppeli

Quote:

Why there's so many such systems and why do we need all of them ?

Not only are there so many, in my job I have to deal with Subversion, Git and Clearcase UCM.

Still, at least I don't have to deal with Microsoft Visual SourceSafe

_________________
Playstation Network ID: xeron6