I am using the github interface to do so like this

https://github.com/kilon/Ephestos/search?utf8=%E2%9C%93&q=ephestos

github also provides a set of keywords to refine searches, I think also
regex is supported,you can find more info in these links

https://help.github.com/articles/searching-github/
https://help.github.com/articles/advanced-search/
https://help.github.com/articles/search-syntax/
https://help.github.com/articles/searching-code/
https://help.github.com/articles/searching-issues/
https://help.github.com/articles/searching-users/


On Tue, Jul 26, 2016 at 3:19 PM Nicolas Passerini <npasser...@gmail.com>
wrote:

> Could you give examples of code searches that you would be able to do in
> the history.
>
> I think that for searching the history of a method or class, it is simpler
> (and faster) to do it in git than it is to do it in monticello.
>
> On Tue, Jul 26, 2016 at 1:31 PM, Dimitris Chloupis <kilon.al...@gmail.com>
> wrote:
>
>> Github has a search code facility , unless you mean something else. We
>> could take advantage of that and unite it with our ability to browse
>> implementors and classes. There is no limit how deeply we can integrate
>> with git and github and we can extend both via Pharo to make them more
>> Pharo friendly.
>>
>> On the subject of smalltalkhub it was always of question who will
>> maintain it. But is one thing to want something another to take control and
>> responsibility for it. None stoping anyone from contributing to anything.
>> Problem is sthub will need a ton of work to be a good alternative to
>> github.
>>
>> On Tue, 26 Jul 2016 at 01:36, Sean Glazier <sglazier...@gmail.com> wrote:
>>
>>> Thank you, Peter for documenting that :-). While I think git tools are
>>> OK, my opinion though is that Smalltalk hub should be moved forward as
>>> well. At cincom the Store experience started out painful and it has its
>>> quirks, but one of the advantages is that I could write tools to do things
>>> like browse senders and implementors in the repository. I git you are
>>> working with files and text and it does not have the notion of classes and
>>> methods and the value of being able to see the history of the class /
>>> methods. It is valuable when needing to understand not just the current
>>> implementation but where it came from. In Store, I could search and see
>>> when a method was present of a class and in what version lets say it got
>>> dropped unintentionally for instance. Even more important I think is to
>>> also note thing like renames and in cincom namespace renames and moves.
>>>  I was working a while back on a way to have a persistent diary for a
>>> class that could note these histories and maintained and more importantly
>>> searchable from  the image.
>>> I wrote tools too, to attach to a number of databases (repositories) and
>>> search for classes and the comments. Helpful when you are searching to see
>>> if someone else has solved a problem before. Git tools can tell you a lot
>>> about the repository you are publishing to and comparing code etc. But it
>>> does not help you to search across repositories and the data.
>>>
>>> I know this idea is a tall order. If we improved our tools to beable do
>>> this, no matter what the repository is behind it, that would be very
>>> helpful and powerful. I think it is a challenge in git because it is
>>> dealing with text and does not have a notion of what a class is etc. If we
>>> continue and put in more powerful search abilities, it will require using
>>> different paradigm in representing code  so we can do more powerful things
>>> with the repository. We can browse the class without loading it but that
>>> gets us only so far.
>>>
>>> Just my 0.02 ;-)
>>>
>>>
>>>
>>> Kind Regards,
>>>
>>> Sean Glazier
>>>
>>>
>>> On Mon, Jul 25, 2016 at 1:28 PM, Peter Uhnak <i.uh...@gmail.com> wrote:
>>>
>>>> Hi Juraj,
>>>>
>>>> I've finally forced myself to finish a guide on using gitfiletree:
>>>> https://www.peteruhnak.com/blog/2016/07/25/how-to-use-git-and-github-with-pharo/
>>>> so hopefully it will be of some use to you.
>>>>
>>>> Couple of notes:
>>>>         * GitFileTree loaded from Catalog still doesn't work in Pharo
>>>> 6, so use the script Thierry provided
>>>>         * There's some pain associated with some operations (e.g.
>>>> merging, loading), this will be addressed sooner or later by IceBerg, which
>>>> is hopefully the future of git in Pharo (
>>>> https://github.com/npasserini/iceberg )
>>>>
>>>> Peter
>>>>
>>>> On Mon, Jul 25, 2016 at 11:47:24AM -0400, Juraj Kubelka wrote:
>>>> > Hi Alexandre,
>>>> >
>>>> > I will first give a try. I think once the Pharo community moves to
>>>> GitHub, it will help to all. It could be painful, but SmalltalkHub is also
>>>> painful and we are loosing other opportunities that GitHub service offers.
>>>> >
>>>> > I agree that it could be painful. I am fine using external GIT tools.
>>>> Even for Java (or other) projects I use external GIT tools. The important
>>>> is that we can easily deploy projects and people can load it (,e.g.,
>>>> Catalog Browser).
>>>> >
>>>> > Cheers,
>>>> > Juraj
>>>> >
>>>> > > On Jul 25, 2016, at 09:14, Alexandre Bergel <
>>>> alexandre.ber...@me.com> wrote:
>>>> > >
>>>> > > Hi Juraj,
>>>> > >
>>>> > > Although I find very appealing to work with Git, it is still very
>>>> painful. Some of the issues I feel right now: difficult of merging,
>>>> checking for source code differences, there is unfortunately a difference
>>>> between installing using Metacello and cloning a repository, …
>>>> > > We can discuss it if you want (I am back in Chile).
>>>> > >
>>>> > > Alexandre
>>>> > >
>>>> > >
>>>> > >> On Jul 25, 2016, at 8:41 AM, Juraj Kubelka <
>>>> juraj.kube...@icloud.com> wrote:
>>>> > >>
>>>> > >> Hi,
>>>> > >>
>>>> > >> can you point me to a latest (best) way to use GitHub for Pharo
>>>> projects (Pharo 6)?
>>>> > >>
>>>> > >> Is the GitFileTree project the way to use it?
>>>> > >>
>>>> > >> How does ConfigurationOf change?
>>>> > >>
>>>> > >> Thanks!
>>>> > >> Juraj
>>>> > >
>>>> > > --
>>>> > > _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:
>>>> > > Alexandre Bergel  http://www.bergel.eu
>>>> > > ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.
>>>> > >
>>>> > >
>>>> > >
>>>> > >
>>>> >
>>>> >
>>>>
>>>>
>>>
>

Reply via email to