Push to github

19 posts, 0 answers
  1. Nick
    Nick avatar
    9 posts
    Member since:
    Jan 2013

    Posted 21 Feb 2013 Link to this post

    I have a project I want to share, so I opened a github account and in Icenium configured the remote repository using the https link provided by git hub, but the push and pull menu items still do not highlight, can anyone advise me please?
    Nick
  2. Nick
    Nick avatar
    9 posts
    Member since:
    Jan 2013

    Posted 21 Feb 2013 Link to this post

    I have now realised I need to 'clone' a repository from github (doesn't look like I can do it in reverse?), so I have created an empty repository and tried to clone it to icenium,  but on doing so I get:-
    'An error has occurred while trying to load the workspace '~~~~~~~': Cannot find a workspace with the name '~~~~~~~'.
    On going back to projects I see it has created a project named '~~~~~~~' but if I try to open it I get the same error.
    This is very frustrating as there is no documentation to help.
    Any comments/advice would be appreciated.
    Nick
  3. Ivan
    Admin
    Ivan avatar
    111 posts

    Posted 22 Feb 2013 Link to this post

    Hello,

    Regarding the first question: The push and pull commands in Git require the local repository to be in a clean state without any uncommitted changes. Please commit any pending changes you might have and then try to push again. We understand that simply disabling the push and pull commands is not very intuitive for the users, so we have plans to improve the user experience in this case.

    Regarding the second question: Graphite complains that the workspace from the cloned repository does not contain any project files (*.proj) so it cannot open it. You need to push your local repository first as explained above, before other team members can clone your project.

    Kind regards,
    Ivan
    the Telerik team

    Share feedback and vote for features on our Feedback Portal.
    Want some Kendo UI online training - head over to Pluralsight.
  4. Nick
    Nick avatar
    9 posts
    Member since:
    Jan 2013

    Posted 22 Feb 2013 Link to this post

    Thank you for the clear answer, I did finally manage to figure it out and all is well now.
    Thanks
    Nick
  5. BLE
    BLE avatar
    46 posts
    Member since:
    Sep 2012

    Posted 03 Apr 2013 Link to this post

    How did you fix your second issue?  I'm getting the workspace error message as well.  Should I just copy the proj file from one of the Icenium samples?  i.e. https://github.com/Icenium/sample-deviceinfo/blob/master/sample-device/sample-device.proj

    UPDATE: After reading more forum posts, it appears you need to create a new project (wherein Icenium will create your *.proj file) and then upload an archive of your site.  That said, there's an annoying gotcha to be aware of: http://www.icenium.com/community/forums/icenium-graphite-/re-import-archive

    UPDATE #2:  I really wanted to clone from my online git repository so I ended up creating my own proj file based on the sample link above.  The only gotcha there is that you need your project to be in a folder of the same name.  For example for project "foo" you would need to have a github repo containing a folder called "foo" and inside of that folder all your project files, including "foo.proj"
  6. Steve
    Admin
    Steve avatar
    10941 posts

    Posted 04 Apr 2013 Link to this post

    Hello,

    We're glad you were able to get started, however creating or manually editing the .proj file is not a supported scenario and can lead to unforeseen problems with Icenium IDEs.

    The recommended approach is to add or remove files and folders from the Graphite's/Mist's own UI in a newly created Icenium project, which automatically reflects all the changes made in the file system to the .proj file as well. Then you can commit and push your local changes to the remote blank Git repository.

    To sum up, you cannot clone repositories that were not created (pushed by Icenium) because they are lacking the project file, which describes all included files as well as project specific properties. We will handle such situations more gracefully in the future.

    Regards,
    Steve
    the Telerik team

    Share feedback and vote for features on our Feedback Portal.
    Want some Kendo UI online training - head over to Kendo UI Dojo.
  7. BLE
    BLE avatar
    46 posts
    Member since:
    Sep 2012

    Posted 04 Apr 2013 Link to this post

    Sounds good.  Out of curiosity, why do you have "Repository" and "Github" tabs in the Clone area if you can only pull in Sample Projects from the third tab?
  8. Steve
    Admin
    Steve avatar
    10941 posts

    Posted 05 Apr 2013 Link to this post

    Hi,

    These are basically "shortcuts" for easier navigation. Repository tab lets you quickly connect to a repository of choice by pasting the URL directly from the browser, while GitHub tab would list all of your repositories. Maybe we've got carried away while working on the usability of the Dashboard? We would gladly hear your suggestion, how you believe this would be less confusing.

    Appreciate your feedback!

    Kind regards,
    Steve
    the Telerik team

    Share feedback and vote for features on our Feedback Portal.
    Want some Kendo UI online training - head over to Kendo UI Dojo.
  9. BLE
    BLE avatar
    46 posts
    Member since:
    Sep 2012

    Posted 05 Apr 2013 Link to this post

    To clarify, here are some screenshots of my attempts: https://www.box.com/s/xjuadts55xbyelwciswp

    Image 1: using the "Repository" tab I point to a public Github repository
    Image 2: this throws an "Error loading workspace" error because a *.proj file is not found
    Image 3: a project reference is created but also throws an "Error loading workspace" error because a *.proj file is not found
    Image 4: using the "Github" tab, I login with an account and select a project to load
    Image 5: this throws an "Error loading workspace" error because a *.proj file is not found
    Image 6: a project reference is created but also throws an "Error loading workspace" error because a *.proj file is not found
    Image 7: creating a new project in Icenium and then exporting the project does not include the *.proj file in the zip file

    So, as far as I can tell, a repository needs a *.proj file to work with either the "Repository" or "Github" tabs but you can't actually obtain (or create) the *.proj file so I'm not sure what these two tabs are used for.
  10. Ken
    Ken avatar
    5 posts
    Member since:
    Feb 2013

    Posted 05 Apr 2013 Link to this post

    I'm having a lot of trouble with the repo options in general.  I've discovered that none of my commits and pushes have been tracked by Icenium for my current project for the past week, aside from the initial creation of the workspace.  Not cool... I discovered it initially by trying to revert a file, only to have it deleted from the project entirely.

    Hedging my bet, I decided to go with GitHub instead of the built-in repo - and now I'm having the same trouble as those above.  It makes sense that the application should be able to generate a workspace on first load for a cloned project, doesn't it?  I love the product, but this portion of the application needs a lot of work to get up to scratch.
  11. Ken
    Ken avatar
    5 posts
    Member since:
    Feb 2013

    Posted 05 Apr 2013 Link to this post

    Now I'm getting an error (abbreviated here):  '...refs?service=git-upload-pack not found' when trying to pull a newly created github repo into a newly created Icenium project.

    <sigh>
  12. Ivan
    Admin
    Ivan avatar
    111 posts

    Posted 08 Apr 2013 Link to this post

    Hi guys,

    @Ben:
    When opening your workspace Icenium needs to read that *.proj file to obtain the necessary metadata of your project. Creating a new project file on the fly while cloning a newly-created GitHub repository is not supported at the present moment. In order to make Icenium work with a remote repository hosted in GitHub, BitBucket, etc. you need to follow these steps:

    1. Create a new project in Graphite/Mist.
    2. Create a new empty repository in GitHub.
    3. Push your local repository to GitHub.

    Do not miss the .git extension while specifying the GitHub URL. If you have copied the URL from the address bar of your browser it is not correct because it is missing the .git extension. The correct URL can be found in the settings page of your repository in GitHub as shown in the following screenshot:



    4. Now other team members can Clone the project.

    @Ken:
    When trying to commit what happens? Do you receive an error message? If not, could you please try the following steps:

    1. Open the commit window and try to commit some changes.
    2. Close the commit window and expand the output pane.

    The output pane is located at the bottom of Graphite and can be expanded by clicking the first button in the status bar:



    3. If there is an error message, please send it to us.

    Greetings,
    Ivan
    the Telerik team

    Share feedback and vote for features on our Feedback Portal.
    Want some Kendo UI online training - head over to Kendo UI Dojo.
  13. BLE
    BLE avatar
    46 posts
    Member since:
    Sep 2012

    Posted 08 Apr 2013 Link to this post

    Yay!  I finally figured this out (thanks Ivan!).  For anyone interested, our process is:

    1. Create an empty git repository in BitBucket (or GitHub)
    2. Create a new project in Icenium (this is critical for the creation of the *.proj file)
    3. In the "Project Navigator" pane on the right, right-click the workspace and select "Version Control > Configure Remote Repository" and paste the BitBucket <project>.git URL from step 1 (e.g. https://<username>@bitbucket.org/<username>/<project-name>.git)
    4. If you have pre-existing code files, zip them up (making sure "index.html" is in the root and NOT in a sub-directory within the zip file) and then in the "Project Navigator" pane on the right, right-click the project (line under the workspace) and select "Add > From Archive".  Select the zip file from step 4 and click Yes when prompted to overwrite project files.
    5. In the "Project Navigator" pane on the right, right-click the workspace and select "Version Control > Commit" and then select "Version Control > Push" and your Icenium project will be pushed to your BitBucket account (be patient, this takes awhile and sometimes doesn't display a status screen or other visible indicator that Graphite is doing something) where other users can then clone your project as described here: http://docs.icenium.com/icenium-mobile-app-development/using-icenium-graphite/integrated-version-control/integrated-version-control#clone
  14. Ken
    Ken avatar
    5 posts
    Member since:
    Feb 2013

    Posted 09 Apr 2013 Link to this post

    I got it too.  No idea why none of the first week of work showed any history or commits, but my problems with Git afterward were that initially I was trying to use a Codebase Git repo, and at the end because I wasn't including the .git extension in my Github repo path (doh!).  Thanks for the response, Ivan.  It's a great product.
  15. Jan-Dirk
    Jan-Dirk avatar
    327 posts
    Member since:
    Jun 2012

    Posted 11 Jun 2013 Link to this post

    When I try to commit I get a message saying: One or more errors have occurred.

    Any idea what could cause this? Should I be able to find this somewhere in a log file?
  16. Jan-Dirk
    Jan-Dirk avatar
    327 posts
    Member since:
    Jun 2012

    Posted 11 Jun 2013 Link to this post

    I found something in the log:
    [2013-06-11 16-15-40-09] Log (Exception,High): An error has occurred while retrieving the changes.
    [2013-06-11 16-15-40-09] Log (Exception,High): One or more errors occurred.
  17. Steve
    Admin
    Steve avatar
    10941 posts

    Posted 11 Jun 2013 Link to this post

    Hi JD,

    This is a known issue of Graphite and is present in the Known Issues help article:

    Graphite-only: When all changed files are selected in the Version Control dialog and the changeset contains a deleted file, the following error message appears: One or more errors occurred.
    When you select all files or when Icenium selects all files automatically from the select all check box in the Changes tab in the Version Control dialog, the following error message appears: One or more errors occurred.
    This error does not prevent you from committing your changes to version control.
    Workaround: None. Click OK, commit your changes, and continue your work.


    Regards,
    Steve
    Telerik

    Looking for tips & tricks directly from the Icenium team? Check out our blog!
    Missed our first webinar, watch it here.
    Share feedback and vote for features on our Feedback Portal.
  18. Jan-Dirk
    Jan-Dirk avatar
    327 posts
    Member since:
    Jun 2012

    Posted 11 Jun 2013 Link to this post

    ahh... Thank you :-)
  19. Steve
    Admin
    Steve avatar
    10941 posts

    Posted 11 Jun 2013 Link to this post


    Forgot to mention that this issue is already fixed and would be part of the 1.6 version at the end of the month.

    Regards,
    Steve
    Telerik

    Looking for tips & tricks directly from the Icenium team? Check out our blog!
    Missed our first webinar, watch it here.
    Share feedback and vote for features on our Feedback Portal.
Back to Top