I want to shift a repository from PTC windchill to Gitlab. How I can export or download a PTC repository with all history, checkpoint etc.
There is no direct way to import PTC repository into Gitlab. To follow the proper procedure, first the PTC repository Sandbox should be created. The Sandbox should be converted to Git repository via automation and Git repo can be imported into Gitlab.
Related
I have a repository in GitHub and have a bunch of documentation(.md) files there.
I want to migrate the documentations into one of the Azure DevOps Wikis.
I am referring this link.
When I am using the option Publish code as Wiki,it only shows the repositories which are available inside the Azure DevOps project.
Is there a way I can publish the GitHub documentations in repositories which are from another project into the Azure DevOps Wikis?
Consider approaching this differently. If you are using git for your Azure DevOps project, then the Azure DevOps Wiki should be persisted to a hidden, but locatable, git repository. Git clone the source and target repositories locally. Then copy what you want to the target (Azure DevOps Wiki, local clone). Git add, commit, and push the added target files.
Attached images/files, if any, may be more problematic depending on how exactly they are represented in the source GitHub repo. In Azure DevOps Wiki ALL attachments are simply stored in a root .attachments folder. So, you'll need to migrate them there and "fix up" your links.
I've done this going the other direction, Azure DevOps Wiki -> GitHub Enterprise repo. You should know that you’ll likely need to “fix up” page links and that the two markdown styles have slight variations you may have to address.
Is there a way I can publish the GitHub documentations into the Azure DevOps Wikis?
for copying documents from GitHub you need to use Import repository from your devops project.
how to import an existing Git repo from GitHub, Bitbucket, GitLab, or other location into a new or empty existing repo in your Azure DevOps project.
For complete information you can go through the Import Git repo link.
We have multiple teams working on the same Api Management instance, and the current git-based configuration that API Management provides, does not really facilitate a good process for us (with support for code reviews, pull requests, deploys etc.).
Can we use a GIT repository in Azure DevOps to control the configuration instead of having to use the repository provided directly by API Management?
Our primary use cases are:
Merge/sync changes from API Management into our central repository
Performing changes in a DevOps repo in separate branches, merge the changes to the main branch via pull requests and sync'ing the changes to API Management
We can clone the configuration repository and push changes back- using our familiar Git commands.
You can try to run the following command in cmd task of azure devops pipeline.
git clone https://username:password#{name}.scm.azure-api.net/
git add .
git commit -m "abc"
git push
Here are the document and similar case you can refer to.
In my Azure repo for my function app, I included a submodule that is cloned from another Azure Repos. I try to enable CI/CD pipeline of this function, however, if I change and commit a new change to the submodule's original Azure repo, it cannot trigger a new build and deploy of the function APP. Is there a way to enable CI/CD for Azure repo submodule change?
For this issue, you need to enable the Checkout Submodules option in the advanced section of the Get Sources step.
You can refer to this document for details.
I'm trying pipelines in git lab community edition.
For what I can understand, from gitlab, the code and pipelines live in the same git repository.
In my scenario the pipelines are responsibility of devops team and code from develop team.
How, in git lab, is possible to prevent developers of changing the pipeline?
I understand it's possible to add devops team as maintainer to review pull requests, but this will create a dependency of devops teams in every change.
thanks
GitLab is not really designed for the scenario you describe. The general idea is that developers look after the CI configuration themselves.
You could try using the includes feature to store the bulk of the CI configuration in a separate repository.
In the application repository you would have a .gitlab-ci.yml file that pulls the CI configuration in from another repository using include-project:
include:
- project: 'my-group/my-ciproject'
ref: master
file: '/ci/.gitlab-ci-myappproject.yml'
Then in the my-group/my-ciproject repository you would have a file .gitlab-ci-myappproject.yml that contains the GitLab CI jobs configuration.
build:
script:
- dobuild
Only the DevOps team would have access to the my-group/my-ciproject repository so developers can't edit the CI config (although could mess with the .gitlab-ci.yml` file in the app repository).
Alternatively you could protect the master branch and have all changes approved before merging to master. Then developers would not be able to make changes to the CI without an approval.
For my use case I need to use CodeCommit repositories. But I would also like to use GitLab GUI and features.
If I install GitLab on my server, is there a way to either connect it to CodeCommit repos directly (I just need to browse commits there) or set it as a mirror for CodeCommit so it would contain copies for all CodeCommit repos?
It should be possible to mirror your GitLab repository to an AWS CodeCommit repository. This Gitlab doc explains it. Basically, it helps you setup a CodeCommit repository to use as a replica, then you can set up a recurring job/codepipeline to act upon code changes.
The pre-requisite is to get an IAM user in the AWS account that holds the CodeCommit repo and will use credentials to pull the Gitlab repo into CodeCommit.
Yes, open new repository, go to settings -> General and you can find mirror function there. It will copy remote repository a few times per day.