marcinkuzminski

15 ms·

91.
by marcinkuzminski 10y ago
All features RhodeCode has for long time ;)
92.
by marcinkuzminski 10y ago
I knew i’m betting on the BEST editor when i picked it for RhodeCode code editor.
93.
GitHub changed their browser editor to CodeMirror(twitter.com)
4 points by marcinkuzminski 10y ago|1 comments
94.
by marcinkuzminski 10y ago
I think git LFS is having same issues as Mercurial Large Files had in the beginning. It's going to get there, but it takes time. We're considering that Mercurial LargeFiles support is much more mature. In regards to Git vs HG. We
95.
by marcinkuzminski 10y ago
Marcin from RhodeCode here. You should consider checking out RhodeCode, it's openSource and supports Mercurial, along with Git and Subversion. It's built explicitly for internal usage behind the firewall.
96.
by marcinkuzminski 10y ago
I think Mercurial hasn't lost it yet. I speak as a creator of Mercurial Source Code management system (RhodeCode) We see that a lot of companies(our clients/users) adopting Mercurial, you just don't hear about it. Often those
97.
by marcinkuzminski 10y ago
I think Mercurial is also great, and we also can provide some feedback as the platform that supports Mercurial as Source Code Management (RhodeCode). There are A LOT of mercurial users which are big companies, they just aren't so voca
98.
by marcinkuzminski 10y ago
Interesting Approach, we did similar in RhodeCode. You can pick search refs like Branches, Bookmarks, Tags for each repo individually. With this you can create few forks and set different search setup for them. It's a workaround to do
99.
by marcinkuzminski 10y ago
For Mercurial check out RhodeCode which is also supporting some of unique Mercurial features like largefiles, phases, bookmarks.
100.
by marcinkuzminski 10y ago
RhodeCode has the same feature called remote repos. You can create a repo from remote one and that pull changes via a button, or api call. You can even use credentials inside the url which are then encrypted inside the database
101.
by marcinkuzminski 10y ago
Have you checked our RhodeCode ? It's much more mature that Gogs.
102.
by marcinkuzminski 10y ago
Hi Adam, We're in constant contact with SFC, we also talked to Bradley about OpenSource RhodeCode. We picked AGPL since this is what we believed would be the best option for us. RhodeCode 4.X is totally different project now, and as fo
103.
by marcinkuzminski 10y ago
Mind sharing why AGPL is not a good fit for you ?
104.
by marcinkuzminski 10y ago
You should check out RhodeCode. It's no hosting platform, but hosting it yourself is much better. It support Mercurial, and all latest things that comes with it like phases, largefiles etc. Actually since BK is now opensource we might
105.
by marcinkuzminski 11y ago
This is exactly how voting, and reviewers concept works in RhodeCode. You have accept/reject/under review states for each reviewer, and you have to make full voting in order to merge a PR.
106.
by marcinkuzminski 11y ago
This is what we're actually making inside RhodeCode, we already have explicit PR updated, and we actually version pull requests, and each update of it. Imho pull requests is a set of changes and you need to track how it evolved.
107.
by marcinkuzminski 11y ago
How does that work with branches ? Is there a master branch required to have this file, what if project doesn't have master branch ? I think the concept of having a file in source code is flowed for DVCS unless you have so called &quot
108.
by marcinkuzminski 11y ago
Check our https://rhodecode.com it supports git, mercurial and subversion.
109.
by marcinkuzminski 11y ago
imho for CPython, the decision was more of the network effect that Github have rather than picking any particular tool or language. I Know Gitlab was also taken into account, and RhodeCode as well which supported Mercurial and itself is als
110.
by marcinkuzminski 11y ago
No, Kallithea is an fork of older code base of RhodeCode. RhodeCode source code is not open, but it's free up to 25 users There's a big difference between Kallithea and RhodeCode. Kallithea development is stale, and there's n
111.
by marcinkuzminski 11y ago
There's no real limitations on making the two VC system compatible, that's why RhodeCode has same functionality for both Git and Mercurial, without making tradeoffs, that's why systems like hg-git could also work out quite we
112.
by marcinkuzminski 11y ago
If you're looking for Mercurial try out RhodeCode, it support all the Mercurial specific workflows like phases etc. RhodeCode actually supports Git, Mercurial, and Subversion.
113.
by marcinkuzminski 11y ago
was investigating this myself few times, it's great concept looking forward for a solution that will actually work fine
114.
by marcinkuzminski 11y ago
Interesting, but isn't this a source of "fixing a typo" type of commits ? And making the VCS project history messy ?
115.
by marcinkuzminski 11y ago
I never liked the side navigation, we stayed with top one in RhodeCode from beginning and imho it works much better, and i say no for putting icons on everything.
116.
Reproducible development environments with NIX(garbas.si)
1 points by marcinkuzminski 11y ago|0 comments
117.
by marcinkuzminski 11y ago
Maybe you should look at RhodeCode, it has several different workflows for code-review. From very simple like just voting on each individual commit, to a fully blown server side mergable workflow that includes, voting, checks by CI, and int
118.
How we automate software quality at RhodeCode(rhodecode.com)
1 points by marcinkuzminski 11y ago|0 comments
119.
by marcinkuzminski 11y ago
There's also http://appenlight.com which has some really unique features, like custom graphs and performance monitoring. Also written in python :)
120.
by marcinkuzminski 11y ago
RhodeCode CTO, thanks for mentioning us. With our new cross-platform installer, it takes just few minutes to update running instances, and it's actually a one-liner to run the upgrade. Thanks for providing feedback !

More ›