<div dir="ltr"><br><br><div class="gmail_quote"><div dir="ltr">Thomas De Schampheleire <<a href="mailto:patrickdepinguin@gmail.com">patrickdepinguin@gmail.com</a>> schrieb am Mo., 24. Okt. 2016 um 21:24 Uhr:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">On Mon, Oct 24, 2016 at 9:11 PM, Dominik Ruf <<a href="mailto:dominikruf@gmail.com" class="gmail_msg" target="_blank">dominikruf@gmail.com</a>> wrote:<br class="gmail_msg">
><br class="gmail_msg">
><br class="gmail_msg">
> Thomas De Schampheleire <<a href="mailto:patrickdepinguin@gmail.com" class="gmail_msg" target="_blank">patrickdepinguin@gmail.com</a>> schrieb am Mo., 24.<br class="gmail_msg">
> Okt. 2016 um 20:34 Uhr:<br class="gmail_msg">
>><br class="gmail_msg">
>> Hi Dominik, all,<br class="gmail_msg">
>><br class="gmail_msg">
>> On Sun, Oct 23, 2016 at 1:38 PM, Dominik Ruf <<a href="mailto:dominikruf@gmail.com" class="gmail_msg" target="_blank">dominikruf@gmail.com</a>> wrote:<br class="gmail_msg">
>> > Hi all,<br class="gmail_msg">
>> ><br class="gmail_msg">
>> > I strongly believe we need to improve the issue and task management in<br class="gmail_msg">
>> > our<br class="gmail_msg">
>> > project.<br class="gmail_msg">
>> > Currently we use a mix of bitbucket wiki pages, bitbucket/kallithea pull<br class="gmail_msg">
>> > request/changeset comments and bitbucket issue tracker.<br class="gmail_msg">
>><br class="gmail_msg">
>> I agree that the current situation is not optimal. While it works in<br class="gmail_msg">
>> this 'unorganized' way, it could perhaps be made better. Some of this<br class="gmail_msg">
>> has also been discussed on the developer gathering we held in the<br class="gmail_msg">
>> beginning of this year (present were Mads, Søren, Andrew, Jan Heylen,<br class="gmail_msg">
>> Mathias De Maré and myself).<br class="gmail_msg">
>><br class="gmail_msg">
>> Some points I think about:<br class="gmail_msg">
>><br class="gmail_msg">
>> - for code contribution, the goal should be to use Kallithea itself.<br class="gmail_msg">
>> People like to call it 'eat your own dog food'. So while currently<br class="gmail_msg">
>> some people use Bitbucket pull requests or to a lesser extent send<br class="gmail_msg">
>> patches to the mailing list, I have been using this method and so far<br class="gmail_msg">
>> it worked fine. An open point here was how users would get access:<br class="gmail_msg">
>> auto-registration with automatic acceptance, manual acceptance, or<br class="gmail_msg">
>> admin-only sign-up ? I think this is something we should unblock and<br class="gmail_msg">
>> continue with. As a result, Bitbucket PRs would no longer be used.<br class="gmail_msg">
>><br class="gmail_msg">
> +10 for eating our own dog food<br class="gmail_msg">
> But in my view there 2 things that need to be done before we can do that.<br class="gmail_msg">
> 1. open auto-registration.<br class="gmail_msg">
> 2. everyone needs a personal space/folder where he/she can create a fork and<br class="gmail_msg">
> there be able to create a pull request.<br class="gmail_msg">
<br class="gmail_msg">
For point 2 I don't know if it is really necessary: it is the github<br class="gmail_msg">
way, but there existed life before github :) What I mean is that users<br class="gmail_msg">
can have a repository on their own pc, and push into our Kallithea to<br class="gmail_msg">
start a PR. This is what I do. You don't need a hosted Kallithea to<br class="gmail_msg">
fork. One of the risks of many public 'forks' is that the main project<br class="gmail_msg">
is less visible.</blockquote><div>But if everybody pushes into one 'incoming' repository you'll get one big mess of multiple branches that you are not interested in.</div><div>And every time you pull from that repository you need to be careful not to pull the unrelated stuff.</div><div>Regarding the main project becoming less visible: We should of course hide the user folder in a subfolder.</div><div>BTW I have an extension script in my kallithea instance that automatically creates a folder ' /users/<username>' when every a user is created.</div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"> <br class="gmail_msg"></blockquote><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Allowing such personal space on 'our own kallithea' means that we need<br class="gmail_msg">
more resources on the server, I assume there are restrictions there.<br class="gmail_msg">
Perhaps some of us should form a company and offer hosted Kallithea,<br class="gmail_msg">
free for basic usage but paying for others?<br class="gmail_msg">
</blockquote></div></div>