<div dir="ltr">yeap you definitely have a valid point there. Its not a huge loss, since smalltalk code is made to be viewed from inside the IDE anyway. The json formate used also makes it simpler to parse those files. So I can definitely see the logic behind it now.  Well I can give it a try and see how it goes from there. </div>
<div class="gmail_extra"><br><br><div class="gmail_quote">On Sat, Nov 2, 2013 at 11:37 PM, Frank Shearar <span dir="ltr"><<a href="mailto:frank.shearar@gmail.com" target="_blank">frank.shearar@gmail.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="im">On 2 November 2013 21:29, kilon alios <<a href="mailto:kilon.alios@gmail.com">kilon.alios@gmail.com</a>> wrote:<br>

> I have used Github for smalltalk projects back when I was still using<br>
> Squeak. I just was filling out packages and manually copying the st files to<br>
> my git repo that I then committed to my Github account. It was the manual<br>
> process of copying and triggering the git commit that I wanted to avoid.<br>
><br>
> The one thing I dont like about FSGit is that it creates multiple files per<br>
> package. I would prefer a single file per package containing complete<br>
> declarations of the classes for easier viewing and reviewing of code in<br>
> Github. Is this possible or would I need to hack it ?<br>
<br>
</div>Filetree turns the smallest semantic units - class definitions, method<br>
definitions, etc. - into individual files. This is, from a versioning<br>
perspective, the right thing to do. You don't get merge conflicts that<br>
break anything larger than an individual method/class<br>
definition/whatever. But it does come at a very large cost in that, as<br>
you say, it ruins GitHub as a means of conveniently browsing code.<br>
<br>
Another option is to use Gitocello. It just dumps things out in chunk<br>
format, as you can see here: <a href="https://github.com/frankshearar/Zippers" target="_blank">https://github.com/frankshearar/Zippers</a><br>
<br>
And as you'll see, chunk format is hideous.<br>
<span class="HOEnZb"><font color="#888888"><br>
frank<br>
</font></span><div class="HOEnZb"><div class="h5"><br>
> On Sat, Nov 2, 2013 at 5:42 PM, Sven Van Caekenberghe <<a href="mailto:sven@stfx.eu">sven@stfx.eu</a>> wrote:<br>
>><br>
>><br>
>> On 02 Nov 2013, at 14:59, kilon alios <<a href="mailto:kilon.alios@gmail.com">kilon.alios@gmail.com</a>> wrote:<br>
>><br>
>> > So any information on how Pharo can be used with Github ?<br>
>><br>
>> Just to assure you that it works, the whole of Pharo, the image itself, is<br>
>> completely on GitHub:<br>
>><br>
>>   <a href="https://github.com/pharo-project/pharo-core" target="_blank">https://github.com/pharo-project/pharo-core</a><br>
>><br>
>> including all releases properly tagged !<br>
>><br>
>> Many people, including myself (<a href="http://github.com/svenvc" target="_blank">http://github.com/svenvc</a>), have Pharo<br>
>> Smalltalk code on GitHub.<br>
>><br>
>> It is just so that currently for most people this is a mirror, not the<br>
>> primary repository. You’ll have to try and study the different approaches<br>
>> yourself to understand the finer points.<br>
>><br>
>> Sven<br>
>><br>
>><br>
>><br>
><br>
<br>
</div></div></blockquote></div><br></div>