codeBeamer MR is a new tool for teams working with Git, and striving for
fast repository management and easy access control management.
Setting up and maintaining ACL on top of Git is not trivial. With this
web based tool, you can *save a lot of boring and error-prone maintainenace
work*, and spend your time rather with coding.
FEATURES
* Starts and close projects and repositories in just seconds
* Project-, group-, and role-based administration across multiple repositories
* ACL on directory level
* SSH authentication
* Lightweight wiki, issue tracking and project management facilities
* Web based
* Remote API
PRICE?
It is *free* (as in beer). No expiration.
LEARN MORE & DOWNLOAD
More details, screenshots and downloads:
http://www.intland.com/products/cb-mr/overview.html
From: Petr Baudis <hidden> Date: 2016-06-15 22:47:44
On Wed, Nov 18, 2009 at 09:33:23AM +0100, Intland Software wrote:
codeBeamer MR is a new tool for teams working with Git, and striving for
fast repository management and easy access control management.
Setting up and maintaining ACL on top of Git is not trivial. With this
web based tool, you can *save a lot of boring and error-prone maintainenace
work*, and spend your time rather with coding.
FEATURES
* Starts and close projects and repositories in just seconds
* Project-, group-, and role-based administration across multiple repositories
* ACL on directory level
* SSH authentication
* Lightweight wiki, issue tracking and project management facilities
* Web based
* Remote API
PRICE?
It is *free* (as in beer). No expiration.
LEARN MORE & DOWNLOAD
More details, screenshots and downloads:
http://www.intland.com/products/cb-mr/overview.html
Interesting, thank you for the announcement; it would be good to note
that it's not open-source.
I think a lot of people wonder now, how does this compare to existing
solutions; from your announcement I thought it's something like
Gitosis/Gitolite, but in fact it seems more similar to Gitorious or
GitHub (if it was publicly available, of course); perhaps it would be
good idea to present comparison to these on the project homepage.
--
Petr "Pasky" Baudis
A lot of people have my books on their bookshelves.
That's the problem, they need to read them. -- Don Knuth
Interesting, thank you for the announcement; it would be good to note
that it's not open-source.
That's right, codeBeamer MR is not open source.
More precisely: parts of the source code are actually open, including
the wiki plugins and the remote clients, for instance. The core source
is closed, because the same core is also used in our commercial offerings, and
our commercial license doesn't (currently) allow publishing the
complete code. We have quite some large customers from the defense space
that would not be happy if we opened everything ;)
We are currently in the midst of rethinking our licensing scheme
in general, to make things more liberal or to set up some kind of a
dual license.
I think a lot of people wonder now, how does this compare to existing
solutions; from your announcement I thought it's something like
Gitosis/Gitolite, but in fact it seems more similar to Gitorious or
GitHub (if it was publicly available, of course); perhaps it would be
good idea to present comparison to these on the project homepage.
More precisely: parts of the source code are actually open, including
the wiki plugins and the remote clients, for instance. The core source
is closed, because the same core is also used in our commercial offerings,
and
our commercial license doesn't (currently) allow publishing the
complete code. We have quite some large customers from the defense space
that would not be happy if we opened everything ;)
are you sure? did you see the recent memo about OpenSource by the DOD?
David Lang
We are currently in the midst of rethinking our licensing scheme
in general, to make things more liberal or to set up some kind of a
dual license.
quoted
I think a lot of people wonder now, how does this compare to existing
solutions; from your announcement I thought it's something like
Gitosis/Gitolite, but in fact it seems more similar to Gitorious or
GitHub (if it was publicly available, of course); perhaps it would be
good idea to present comparison to these on the project homepage.
Good point. More on this later.
---
Intland
--
To unsubscribe from this list: send the line "unsubscribe git" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
our commercial license doesn't (currently) allow publishing the
complete code. We have quite some large customers from the defense space
that would not be happy if we opened everything ;)
are you sure? did you see the recent memo about OpenSource by the DOD?
David Lang
Can you direct us to an URL please? Thanks.
---
Intland
From: Jakub Narebski <hidden> Date: 2016-06-15 22:47:44
Intland Software [off-list ref] writes:
david@lang.hm wrote:
quoted
quoted
our commercial license doesn't (currently) allow publishing the
complete code. We have quite some large customers from the defense space
that would not be happy if we opened everything ;)
are you sure? did you see the recent memo about OpenSource by the
DOD?
We have quite some large customers from the defense space
that would not be happy if we opened everything
I think they are just dumb.
But they pay you, so let's just say it's OK. :-)
--
Architecte Informatique chez Blueline/Gulfsat:
Administration Systeme, Recherche & Developpement
+261 33 11 207 36
our commercial license doesn't (currently) allow publishing the
complete code. We have quite some large customers from the defense space
that would not be happy if we opened everything ;)
are you sure? did you see the recent memo about OpenSource by the
DOD?
I think a lot of people wonder now, how does this compare to existing
solutions; from your announcement I thought it's something like
Gitosis/Gitolite, but in fact it seems more similar to Gitorious or
GitHub (if it was publicly available, of course); perhaps it would be
All right, some quick comparisons with codeBeamer Managed Repository (MR).
* MR against Gitosis
In terms of access control, MR has the concept of "role", and it makes our security model more fine grained. Permissions
can be set by role. One user account can have multiple roles. Roles are project-dependent. When you add a group to a
project, you can assign multiple roles to the group (which is equivalent with assigning those roles to each group member
one by one).
On the other hand, MR has a much broader scope than Gitosis. MR helps you to manage your repos, to track your
tasks/bugs/issues, to follow commit activities, to browse repos in the web, can be extended using its APIs, etc. (And
you don't have to install and maintain Git extensions for this.)
* MR against Gitolite
Pretty much the same applies here as well.
* MR against GitHub & Gitorious
Probably the most significant difference is that MR is available as free download, and can run behind your firewall.
MR was derived from the source code of our commercial product codeBeamer. CodeBeamer is a full-blown enterprise
collaboration solution, thus MR is likely to focus more on the enterprise needs, not on the "social" aspect.
On Thu, Nov 19, 2009 at 7:20 PM, Intland Software [off-list ref] wrote:
Petr Baudis wrote:
quoted
I think a lot of people wonder now, how does this compare to existing
solutions; from your announcement I thought it's something like
Gitosis/Gitolite, but in fact it seems more similar to Gitorious or
GitHub (if it was publicly available, of course); perhaps it would be
All right, some quick comparisons with codeBeamer Managed Repository (MR).
* MR against Gitosis
I think you meant "versus" :-)
In terms of access control, MR has the concept of "role", and it makes our
security model more fine grained. Permissions can be set by role. One user
account can have multiple roles. Roles are project-dependent. When you add a
group to a project, you can assign multiple roles to the group (which is
equivalent with assigning those roles to each group member one by one).
On the other hand, MR has a much broader scope than Gitosis. MR helps you to
manage your repos, to track your tasks/bugs/issues, to follow commit
activities, to browse repos in the web, can be extended using its APIs, etc.
(And you don't have to install and maintain Git extensions for this.)
* MR against Gitolite
Pretty much the same applies here as well.
Conceptually, gitolite can do the roles stuff you mentioned,
if I understood it correctly. Of course, gitolite's access
config is in plain text.
The web-based control, issue tracking, etc., are all on a
different plane from what gitosis/gitolite aim to be. So
much so that I might even disagree with Pasky on the need to
mention these two products in your website. Here's one
perspective (in round figures):
gitolite: 1600 lines of shell+perl, 1600 lines of doc
gitosis: 3300 lines of python
MR: 150 MB binary download
I don't honestly see any way to even *begin* to compare :-)
You should stick to gitorious, github, and -- here's a new
one for you -- indefero.
--
Sitaram
From: Petr Baudis <hidden> Date: 2016-06-15 22:47:44
Hi!
On Fri, Nov 20, 2009 at 10:26:32AM +0530, Sitaram Chamarty wrote:
On Thu, Nov 19, 2009 at 7:20 PM, Intland Software [off-list ref] wrote:
quoted
* MR against Gitolite
Pretty much the same applies here as well.
Conceptually, gitolite can do the roles stuff you mentioned,
if I understood it correctly. Of course, gitolite's access
config is in plain text.
The web-based control, issue tracking, etc., are all on a
different plane from what gitosis/gitolite aim to be. So
much so that I might even disagree with Pasky on the need to
mention these two products in your website.
I brought Gitosis/Gitolite up because I got the impression that MR was
marketed primarily as a Git ACL tool, the other things being sort of
mirror; maybe my impession was wrong, but I still think the comparison
in ACL capabilities is useful.
You should stick to gitorious, github, and -- here's a new
one for you -- indefero.
Hmm, I didn't even know about this one, thanks for the pointer. Looks
like this suddenly is a very popular area. High competition is good!
(BTW, if you don't care about wikis and issue tracking, but you do care
about simplicity and light-weightness, you should best stick to Girocco!
;-)
--
Petr "Pasky" Baudis
A lot of people have my books on their bookshelves.
That's the problem, they need to read them. -- Don Knuth
On Fri, Nov 20, 2009 at 1:17 PM, Petr Baudis [off-list ref] wrote:
I brought Gitosis/Gitolite up because I got the impression that MR was
marketed primarily as a Git ACL tool, the other things being sort of
mirror; maybe my impession was wrong, but I still think the comparison
in ACL capabilities is useful.
Sorry; didn't mean to imply you were wrong about that...
But the bulk of MR is probably the web based stuff, wiki, issues etc.,
which means gitolite is way on the other side of the spectrum, so it
felt like any comparision is moot, and used the code/binary sizes to
highlight that.
But you said just the ACL capabilities... set me thinking...
Intland: do you have a page that describes your role based ACL stuff a
little more? I have a feeling that, modulo it all being in one text
file, gitolite can probably come close :-)
quoted
You should stick to gitorious, github, and -- here's a new
one for you -- indefero.
Hmm, I didn't even know about this one, thanks for the pointer. Looks
like this suddenly is a very popular area. High competition is good!
Oh yeah, and indefero is actually looking pretty good -- I know some
guys at $DAYJOB looking at it very seriously.
(BTW, if you don't care about wikis and issue tracking, but you do care
about simplicity and light-weightness, you should best stick to Girocco!
;-)
:-) yes it is nice, but again, at $DAYJOB access control (even to
view projects) is a big deal. A very big deal, actually...!
Thanks; I've read through that and the link to "Working Sets".
Modulo a bunch of *big* differences [*] in scale and scope between
gitolite and MR, I'm fairly certain that working sets (groups of
projects), user roles, user groups, etc., can all be done using
gitolite's group mechanism and its delegation feature.
It won't be as refined and nuanced as in MR, but in the main,
maintainable access control, which is the main point of all those
features, can be done.
--
Sitaram
[*] these big differences are:
- gitolite config is all in one text file versus whatever MR uses
internally
- gitolite only deals with the git repo for each project; MR does with
all sorts of stuff outside the actual code repo
- gitolite has no UI for the end user, MR clearly does, and the user
can do a lot of stuff by themselves (like create new projects)
- possibly many more I missed