Re: [OT] github "downloads"

2019-08-18 Thread David Connors
Hi Greg,

I'm not sure about unversioned binaries - but seeing as you're doing a
wholesale move have you looked at Azure DevOps as opposed to Guthub?

David Connors
da...@connors.com | M +61 417 189 363
Telegram: https://t.me/davidconnors
LinkedIn: http://au.linkedin.com/in/davidjohnconnors



On Sun, 18 Aug 2019 at 19:13, Greg Keogh  wrote:

> Folks, I'm in the process of moving lots of repositories from Bitbucket
> and Mercurial into GitHub. I'm doing this because it was confirmed by
> chatting to people at DDD Melbourne last weekend that I'm living in the era
> of floppy discs and VHS tapes. I can't really argue, because for the last
> year there has been intense advertising of GitHub and Azure DevOps as the
> new development ecosystem, and I am duty-bound to run with it.
>
> Sadly it seems there is no way to import a Mercurial repository into
> GitHub and I must manually create each repo and add the files and lose the
> history. If anyone knows better, please let me know.
>
> But my question is: while migrating wiki pages over to GitHub I fail to
> find any place in the account where I can put miscellaneous un-versioned
> files like images and other binaries. In Bitbucket there is a "downloads"
> folder for this purpose, but is there an equivalent in my GitHub account?
>
> Cheers,
> *Greg K*
>


Re: [OT] github "downloads"

2019-08-18 Thread Piers Williams
I was incredulous that there would be no way to convert mercurial to git
(history intact), so I went searching. This seems to cover a few plausible
sounding options:

https://stackoverflow.com/questions/16037787/convert-mercurial-project-to-git

Hope that helps.

On Sun, 18 Aug. 2019, 17:13 Greg Keogh,  wrote:

> Folks, I'm in the process of moving lots of repositories from Bitbucket
> and Mercurial into GitHub. I'm doing this because it was confirmed by
> chatting to people at DDD Melbourne last weekend that I'm living in the era
> of floppy discs and VHS tapes. I can't really argue, because for the last
> year there has been intense advertising of GitHub and Azure DevOps as the
> new development ecosystem, and I am duty-bound to run with it.
>
> Sadly it seems there is no way to import a Mercurial repository into
> GitHub and I must manually create each repo and add the files and lose the
> history. If anyone knows better, please let me know.
>
> But my question is: while migrating wiki pages over to GitHub I fail to
> find any place in the account where I can put miscellaneous un-versioned
> files like images and other binaries. In Bitbucket there is a "downloads"
> folder for this purpose, but is there an equivalent in my GitHub account?
>
> Cheers,
> *Greg K*
>


Re: [OT] github "downloads"

2019-08-18 Thread Piers Williams
Also, random binaries is generally done with GitHub's 'releases'.

On Sun, 18 Aug. 2019, 17:13 Greg Keogh,  wrote:

> Folks, I'm in the process of moving lots of repositories from Bitbucket
> and Mercurial into GitHub. I'm doing this because it was confirmed by
> chatting to people at DDD Melbourne last weekend that I'm living in the era
> of floppy discs and VHS tapes. I can't really argue, because for the last
> year there has been intense advertising of GitHub and Azure DevOps as the
> new development ecosystem, and I am duty-bound to run with it.
>
> Sadly it seems there is no way to import a Mercurial repository into
> GitHub and I must manually create each repo and add the files and lose the
> history. If anyone knows better, please let me know.
>
> But my question is: while migrating wiki pages over to GitHub I fail to
> find any place in the account where I can put miscellaneous un-versioned
> files like images and other binaries. In Bitbucket there is a "downloads"
> folder for this purpose, but is there an equivalent in my GitHub account?
>
> Cheers,
> *Greg K*
>


Re: [OT] github "downloads"

2019-08-18 Thread Greg Keogh
> I'm not sure about unversioned binaries - but seeing as you're doing a
> wholesale move have you looked at Azure DevOps as opposed to Guthub?
>

Okay, this is a hot topic for me, and could be a separate thread about
Azure DevOps "structure". I spent all of Sunday evaluating Azure DevOps,
trying to figure out how to organise the hierarchy of organisations,
projects, repos, wikis and readmes. After hours of fiddling around I'm
still not sure how to organise these things in the most logical way. Do I
have a organisation per customer I work for, or is each one a Project
containing repos? The documentation is scatterbrained and uses jumbled
jargon and acronyms. The portal UI is confusing and doesn't clearly show
the hierarchy. If you don't come from a TFS background then it's really
hard to get into the mind-set of how it's supposed to be used.

Later in the day I suddenly realised that all of my repos were going into a
url like this skeleton:

https://dev.azure.com/ORG/PROJ/_git/REPO

But didn't I want my code to seen at https://github.com? That's the famous
url. Then I learned I can put my repos in GitHub but reference them from
DevOps for CI/CD and such.

So today I'm still confused about which direction to take. I'm angry about
too many choices and the lack of guidance for Azure DevOps. So any general
advice would be welcome in this area.

*GK*

>


Re: [OT] github "downloads"

2019-08-18 Thread Greg Keogh
> I was incredulous that there would be no way to convert mercurial to git
> (history intact), so I went searching. This seems to cover a few plausible
> sounding options:
>

So was I, and you led me to this:

https://github.com/new/import

I just tried it, and it works perfectly on one of my Bitbucket repos. I
don't know how I missed that yesterday in all my searching. Thanks for
leading me to it!

*Greg*

>


Re: [OT] github "downloads"

2019-08-18 Thread Stephen Price
I have a single organisation, and a project per client. You can choose to have 
your source in the dev ops source or github, or both, whatever you like.
The nice thing with git is you can set up multiple sources. So I have origin as 
github and for the projects where there is also a git repo on dev ops/VSTS then 
I have an upstream repo. So I do all my normal pushes up to github and 
periodically I will do a push to upstream to update that separate git repo.
It has to start off the same repo. Ie I clone from dev ops, then push up to a 
fresh repo on github. It has to be fresh or it won't work. Ie if you create a 
new github repo but have no commits it will give instructions on how to push an 
already existing gut repo.
Works a treat... you could also have it hosted on bitbucket with another remote 
url/name if you like.
Git remote  -v will show your remote URLs.

Get Outlook for Android<https://aka.ms/ghei36>


From: ozdotnet-boun...@ozdotnet.com  on behalf 
of Greg Keogh 
Sent: Monday, August 19, 2019 9:15:00 AM
To: ozDotNet 
Subject: Re: [OT] github "downloads"


I was incredulous that there would be no way to convert mercurial to git 
(history intact), so I went searching. This seems to cover a few plausible 
sounding options:

So was I, and you led me to this:

https://github.com/new/import

I just tried it, and it works perfectly on one of my Bitbucket repos. I don't 
know how I missed that yesterday in all my searching. Thanks for leading me to 
it!

Greg


Re: [OT] github "downloads"

2019-08-20 Thread Greg Keogh
While clicking randomly around I found this GitHub article, which is really
old.

https://github.blog/2012-12-12-goodbye-uploads/

I find the argument rather lame, so there must be some other *real* reason
for this decision.

The replacement* "releases"* is rather cryptic and looks rather heavyweight
for distributing simple binaries.

*GK*

>


Re: [OT] github "downloads"

2019-08-20 Thread Stephen Price
I used the github .net nuget package to talk to their Apis. Build zips up the 
binaries and uploads it to releases with the commit hash.

Get Outlook for Android<https://aka.ms/ghei36>


From: ozdotnet-boun...@ozdotnet.com  on behalf 
of Greg Keogh 
Sent: Tuesday, August 20, 2019 5:08:52 PM
To: ozDotNet 
Subject: Re: [OT] github "downloads"

While clicking randomly around I found this GitHub article, which is really old.

https://github.blog/2012-12-12-goodbye-uploads/

I find the argument rather lame, so there must be some other real reason for 
this decision.

The replacement "releases" is rather cryptic and looks rather heavyweight for 
distributing simple binaries.

GK


Re: [OT] github "downloads"

2019-08-20 Thread kirsten greed
I wonder if Artifacts would be useful for this... I think you might need to
package your files though
https://azure.microsoft.com/en-gb/services/devops/artifacts/

On Tue, Aug 20, 2019 at 7:10 PM Greg Keogh  wrote:

> While clicking randomly around I found this GitHub article, which is
> really old.
>
> https://github.blog/2012-12-12-goodbye-uploads/
>
> I find the argument rather lame, so there must be some other *real*
> reason for this decision.
>
> The replacement* "releases"* is rather cryptic and looks rather
> heavyweight for distributing simple binaries.
>
> *GK*
>
>>


Re: [OT] github "downloads"

2019-08-21 Thread Stephen Price
Interesting. I wonder if that's entirely different to the github package 
hosting. It looks different but  who knows. Will investigate, I need to do away 
with a VPN dependency

Cheers
Stephen


From: ozdotnet-boun...@ozdotnet.com  on behalf 
of kirsten greed 
Sent: Wednesday, August 21, 2019 6:47:18 AM
To: ozDotNet 
Subject: Re: [OT] github "downloads"

I wonder if Artifacts would be useful for this... I think you might need to 
package your files though
https://azure.microsoft.com/en-gb/services/devops/artifacts/

On Tue, Aug 20, 2019 at 7:10 PM Greg Keogh 
mailto:gfke...@gmail.com>> wrote:
While clicking randomly around I found this GitHub article, which is really old.

https://github.blog/2012-12-12-goodbye-uploads/

I find the argument rather lame, so there must be some other real reason for 
this decision.

The replacement "releases" is rather cryptic and looks rather heavyweight for 
distributing simple binaries.

GK