This discussion has been locked.
You can no longer post new replies to this discussion. If you have a question you can start a new discussion

nRF53: What files to add to project Git Repo

Sorry if this is a repeat ticket. I've done some searches and they result in information around Zephyr and RF Connect SDK Git repos and West usage to manages related source files and builds. But the search hasn't not yet reveled any info about what directories / files in my development environment I should be put in my project Git repo to be able to reproduce the build at a later date.

In my case, I used VSCode with the nRF Connect Extension Pack plugin and started with the peripheral UART sample created as a "workspace". So, I think my environment has all of the source files, moet cloned from versioned repos by west, and some files I am modifying or adding to the project.

So now I want to take what I have created and get it into a new project Git repo that I will manage on Github. But I don't know what directory to init my git repo, how to define my .gitignore (is there a standard nRF Connect SDK ignore file?), and what files to confirm are under source code management.

Any suggestions or pointers to info that defines how to manage my files with Git would be great.

-Brad

Parents
  • Hi Brad,

    bbbakke said:
    I suggest that you try creating a project from a sample as I have with the Nordic tools, specifically in VS Code with the nRF Connect Extension Pack.

    This is what I based my previous answer on. If you investigate the folders from your workspace setup and compare it to the SDK installation folder from the automatic installation you will find that they contain the same files, e.g you clone the entire SDK with the exception of the west.yml file within your application folder.

    bbbakke said:
    but the nRF Connect VS Code plug-in (through the use of "west workspace") cloned all these additional git repos.

    Yes, this is what "Application type workspace" does. It "sets up" the SDK in a new instance where you get your instance verified with the addition of a west.yml file that instances which version this application is for. In a freestanding this is not done and instancing and organizing where to put the application is left to the developer. You could compare the west.yml in peripheral_uart in your peripheralUART workspace and consult with the resources below if instancing the project fixes your issue.

    bbbakke said:
    The guidance I need from your engineering team

    Tech support at Nordic Semiconductor are a part of the engineering team, so you've already reached us.

    bbbakke said:
    But, as you said, I do not want to add these to my git repo as it is unnecessary

    Without restating my previous reply here are some new suggestions and resources I recommend you try and/or read up on.

    • Brute force through deleting folders in the SDK, upload to git, clone back, pristine build and flash to see if it works. If it does not work, then there are some dependencies that causes you to require that folder.
    • Managing the code base should give you some tips and tricks if you want to work with git based development and how the SDK folders are related through git and west as well as more info about how to instance 
    • NCS Structure and content as well as this older, but still valid NCS tutorial should tell you more about how the SDK is set and maybe give you more clues about the dependencies between the SDK folders. 

    - Andreas

Reply
  • Hi Brad,

    bbbakke said:
    I suggest that you try creating a project from a sample as I have with the Nordic tools, specifically in VS Code with the nRF Connect Extension Pack.

    This is what I based my previous answer on. If you investigate the folders from your workspace setup and compare it to the SDK installation folder from the automatic installation you will find that they contain the same files, e.g you clone the entire SDK with the exception of the west.yml file within your application folder.

    bbbakke said:
    but the nRF Connect VS Code plug-in (through the use of "west workspace") cloned all these additional git repos.

    Yes, this is what "Application type workspace" does. It "sets up" the SDK in a new instance where you get your instance verified with the addition of a west.yml file that instances which version this application is for. In a freestanding this is not done and instancing and organizing where to put the application is left to the developer. You could compare the west.yml in peripheral_uart in your peripheralUART workspace and consult with the resources below if instancing the project fixes your issue.

    bbbakke said:
    The guidance I need from your engineering team

    Tech support at Nordic Semiconductor are a part of the engineering team, so you've already reached us.

    bbbakke said:
    But, as you said, I do not want to add these to my git repo as it is unnecessary

    Without restating my previous reply here are some new suggestions and resources I recommend you try and/or read up on.

    • Brute force through deleting folders in the SDK, upload to git, clone back, pristine build and flash to see if it works. If it does not work, then there are some dependencies that causes you to require that folder.
    • Managing the code base should give you some tips and tricks if you want to work with git based development and how the SDK folders are related through git and west as well as more info about how to instance 
    • NCS Structure and content as well as this older, but still valid NCS tutorial should tell you more about how the SDK is set and maybe give you more clues about the dependencies between the SDK folders. 

    - Andreas

Children
No Data
Related